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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document contains the definition of the Radio Resource LCS Protocol (RRLP) to be used between the 
Mobile Station (MS) and the Serving Mobile Location Centre (SMLC). 

Clause 2 defines the functionality of the protocol. Clause 3 describes the message structure, and Clause 4 the structure 
of components. Clause 5 contains the ASN.l description of the components. 

1.1 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 43.059: "Functional Stage 2 Description of Location Services in GERAN". 

[3] 3GPP TS 29.002: "Mobile Application Part (MAP) specification". 

[4] ITU-T Recommendation X.691: "Information technology - ASN.l encoding rules: Specification of 

Packed Encoding Rules (PER)". 

[5] ITU-T Recommendation X.680: "Information technology - Abstract Syntax Notation One 

(ASN.l): Specification of basic notation". 

[6] 3GPP TS 23.032: "Universal Geographical Area Description (GAD)". 

[7] 3GPP TS 49.03 1 : "Location Services (LCS); Base Station System Apphcation Part LCS Extension 

(BSSAP-LE)". 

[8] ICD-GPS-200, Navstar GPS Space Segment/Navigation User Interfaces. 

[9] RTCM-SC104, RTCM Recommended Standards for Differential GNSS Service (v.2.2). 

[10] 3GPP TS 44.064: "General Packet Radio Service (GPRS); Mobile Station - Serving GPRS 

Support Node (MS-SGSN); Logical Link Control (LLC) layer specification". 

[II] Galileo OS Signal in Space ICD (OS SIS ICD), Draft 0, Galileo Joint Undertaking, May 23"*, 
2006. 

[12] IS-GPS-200, Revision D, Navstar GPS Space Segment/Navigation User Interfaces, March 7*, 

2006. 

[13] IS-GPS-705, Navstar GPS Space Segment/User Segment L5 Interfaces, September 22, 2005. 

[14] IS-GPS-800, Navstar GPS Space Segment/User Segment LlC Interfaces, March 31, 2008. 

[15] Specification for the Wide Area Augmentation System (WAAS), US Department of 

Transportation, Federal Aviation Administration, DTFA01-96-C-00025, 2001. 

[16] IS-QZSS, Quasi Zenith Satellite System Navigation Service Interface Specifications for QZSS, 

Ver. 1.0, June 17,2008. 

[17] Global Navigation SatelHte System GLONASS Interface Control Document, Version 5, 2002. 
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1.2 



Abbreviations 



For the purposes of the present document, the following abbreviations and the abbreviations given in 3GPP TR 21.905 
or in 3GPP TS 43.059 apply. 

ADR Accumulated Delta-Range 

CNAV Civil Navigation 

ECEF Earth-Centered, Earth-Fixed 

ECI Earth-Centered-Inertial 

EGNOS European Geostationary Navigation Overlay Service 

EEC Forward Error Correction 

GAG AN GPS Aided Geo Augmented Navigation 

ICD Interface Control Document 

GANSS Galileo and Additional Navigation Satellite Systems 

GLONASS GLObal'naya NAvigatsionnaya Sputnikovaya Sistema (Engl.: Global Navigation Satellite System) 

GNSS Global Navigation Satellite System 

lOD Issue of Data 

LSB Least Significant Bit 

MSAS Multi-functional Satellite Augmentation System 

MSB Most Significant Bit 

msd mean solar day 

NAV Navigation 

NICT National Institute of Information and Communications Technology 

PZ-90 Parametry Zemli 1990 Goda - Parameters of the Earth Year 1990 

QZSS Quasi-Zenith Satellite System 

SBAS Space Based Augmentation System 

SV Space Vehicle 

USNO US Naval Observatory 

WAAS Wide Area Augmentation System 

WGS-84 World Geodetic System 1984 



Functionality of Protocol 



2.1 



General 



The present document defines one generic RRLP message that is used to transfer Location Services (LCS) related 
information between the Mobile Station (MS) and the Serving Mobile Location Centre (SMLC). Usage of the RRLP 
protocol on a general level is described in 3GPP TS 43.059 that includes Stage 2 description of LCS. 

One message includes one of the following components: 

Measure Position Request; 

Measure Position Response; 

Assistance Data; 

Assistance Data Acknowledgement; 

Protocol Error; 

Positioning Capability Request; 

Positioning Capability Response. 

Next sub-clauses describe the usage of these components. 

Delivery of components may be supported in the RRLP level using pseudo-segmentation by sending several shorter 
messages instead of one long message. Any assistance data that is successfully delivered to an MS and acknowledged 
prior to the interruption of the positioning procedure by an event like handover, or by any other event that causes an MS 
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to terminate the positioning procedure or delivery of assistance data (see 3GPP TS 43.059), shall be retained by the MS 
and need not be resent by the SMLC when positioning or delivery of assistance data is again re-attempted. 

The RRLP maximum PDU size is 242 octets. If the amount of data that needs to be sent is larger than RRLP maximum 
PDU size, the RRLP pseudo-segmentation shall be used. The RRLP pseudo-segmentation is the use of several RRLP 
components (one in each RRLP message) to deliver a large amount of information. For SMLC to MS messages, the 
Assistance Data component is the one that is sent several times in order to deliver the information. For MS to SMLC 
messages, the Measure Position Response component may be sent twice in order to deliver the information. Legacy MS 
and SMLC (3GPP Rel-4 or older) may send RRLP components that are larger than the RRLP maximum PDU size. In 
this case lower level segmentation will be used. 



2.2 



Position IVIeasurement Procedure 



The purpose of this procedure is to enable the SMLC to request for position measurement data or location estimate from 
the MS, and the MS to respond to the request with measurements or location estimate. 



SMLC 



MS 



1 . Positioning Capability Transfer Procedure 



2. Assistance Data Delivery Procedure 

3. RRLP(Measure Position Request) 






4. RRLP(Protocol Error) 



5. RRLP(Measure Position Response) 
5. RRLP(Measure Position Response) 



Figure 2.1 : Position IVIeasurement procedure 

1 . The Measure Position Request component and any Assistance Data Delivery Procedure may be preceded by a 
Positioning Capability Transfer procedure (see sub-clause 2.3a) to transfer the MS positioning capabilities to the 
SMLC. 

2. The Measure Position Request component may be preceded by an Assistance Data Delivery Procedure (see sub- 
clause 2.3) to deliver some or all of the entire set of assistance data that is needed by the subsequent positioning 
procedure (steps 3-5). 

3. The SMLC sends the Measure Position Request component in a RRLP message to the MS. The component 
includes QoS, other instructions, and possible assistance data to the MS. The RRLP message contains a 
reference number and an extended reference ID of the request. 

4. The MS sends a RRLP message containing the Protocol Error component to the SMLC, if there is a problem that 
prevents the MS to receive a complete and understandable Measure Position Request component. The RRLP 
message contains the reference number and, if available, the extended reference ID included in the Measure 
Position Request received incomplete. The Protocol Error component includes a more specific reason. When the 
SMLC receives the Protocol Error component, it may try to resend the Measure Position Request (go back to the 
step 3), abort location, or start a new position measurement procedure (e.g. with updated assistance data). 

5. The MS tries to perform the requested location measurements, and possibly calculates it own position. When the 
MS has location measurements, location estimate, or an error indication (measurements/location estimation not 
possible), it sends the results in the Measure Position Response component to the SMLC. The RRLP message 
contains the reference number and, if received, the extended reference ID of the request originally received in 
the step 3. The MS may optionally send one additional Measure Position Response component in a second 
RRLP message to the SMLC if the amount of information it needs to transfer to the SMLC is too large to fit into 
one single Measure Position Response component (uplink RRLP pseudo-segmentation). This RRLP message 
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also contains the reference number and, if received, the extended reference ID of the request originally received 
in the step 3. If two components are sent, the MS shall indicate in the first component that it is the first of many 
components and in the second one that it is the second of many components. If there is a problem that prevents 
the SMLC to receive a complete and understandable Measure Position Response component, the SMLC may 
decide to abort location, or start a new position measurement procedure instead. If additional Measure Position 
Response components are received by the SMLC after the 1 ^' and optional 2""* one, they shall be ignored. 

2.3 Assistance Data Delivery Procedure 

The purpose of this procedure is to enable the SMLC to send assistance data to the MS related to position measurement 
and/or location calculation. Notice that RRLP protocol is not used by the MS to request assistance data, only to deliver 
it to the MS. The entire set of assistance data (i.e. the total amount of assistance data that the SMLC has decided to send 
in the current procedure) may be delivered in one or several Assistance Data components. In this case steps 1 and 3 
below may be repeated several times by the SMLC. If several components are sent, the SMLC shall await the 
acknowledgement of each component before the next Assistance Data component is sent. If Assistance Data Delivery is 
used as part of the Position Measurement Procedure, as described in sub-clause 2.2, then some assistance data may be 
delivered in the final RRLP Measure Position Request. 



SMLC 



MS 



L RRLP(Assistance Data) 



2. RRLP(Protocol Error) 



3. RRLP( Assistance Data Ack.) 



Figure 2.2: Assistance Data Delivery procedure 

1. The SMLC sends the Assistance Data component to the MS. The component includes assistance data for 
location measurement and/or location calculation. The RRLP message contains a reference number and an 
extended reference ID of the delivery. The More Assistance Data To Be Sent Element in the Assistance Data 
component is used by the SMLC to indicate to the MS if either more Assistance Data components (in the current 
Assistance Data Delivery procedure) or a final RRLP Measure Position Request (if the Assistance Data Delivery 
Procedure forms part of a Position Measurement procedure as described in sub-clause 2.2) will be sent. 

2. The MS sends a RRLP message containing the Protocol Error component to the SMLC, if there is a problem that 
prevents the MS to receive a complete and understandable Assistance Data component. The RRLP message 
contains the reference number and, if available, the extended reference ID included in the Assistance Data 
component received incomplete. The Protocol Error component includes a more specific reason. When the 
SMLC receives the Protocol Error component, it may try to resend the Assistance Data component (go back to 
the step 1), send a new measure Assistance Data set (e.g. with updated assistance data), or abort the delivery. 

3. When the MS has received a complete Assistance Data component, it send the Assistance Data 
Acknowledgement component to the SMLC. The RRLP message contains the reference number of the 
Assistance Data originally received in step 1 . 

2.3a Positioning Capability Transfer Procedure 

The purpose of this procedure is to enable the SMLC to obtain the positioning capabilities of the MS, the types of 
assistance supported and the types of assistance data that may be needed from the SMLC. MS support for this 
procedure can be indicated to the SMLC using the MS Classmark 3 IE for GSM (see 3GPP TS 24.008), the PS LCS 
Capability IE for GERAN Gb mode (see 3GPP TS 24.008) and the MS Positioning Capability IE for GERAN lu mode 
(see3GPPTS44.II8). 
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MS 



1 . RRLP (Positioning Capability Request) 



2. RRLP (Protocol Error) 



3. RRLP (Positioning Capability Response) 



Figure 2.3: Positioning Capability Transfer procedure 

1. The SMLC sends the Positioning Capability Request component to the MS. The RRLP message contains a 
reference number and an extended reference ID of the request. The message may contain indication of GANSS 
positioning support. 

2. The MS sends a RRLP message containing the Protocol Error component to the SMLC, if there is a problem that 
prevents the MS to receive a complete and understandable Positioning Capability Request component. The 
RRLP message contains the reference number and the extended reference ID included in the Positioning 
Capability Request component. The Protocol Error component includes a more specific reason. When the SMLC 
receives the Protocol Error component, it may try to resend the Positioning Capability Request component (go 
back to the step 1) or abort the request. 

3. When the MS has received a complete Positioning Capability Request component, it sends the Positioning 
Capability Response component to the SMLC. The component shall include the positioning capabilities of the 
MS and the types of supported assistance data. The component may include the types of assistance needed by the 
MS to obtain a location estimate or positioning measurements. The RRLP message also contains the reference 
number and extended Reference ID of the Positioning Capability Request originally received in step 1 . 



2.4 



(void) 



2.5 Error Handling Procedures 
2.5.1 General 

In this sub-clause it is described how a receiving entity behaves in cases when it receives erroneous data or detects that 
certain data is missing. 

2.5.1 a IVIessage Too Short 

When MS receives a RRLP message, that is too short to contain all mandatory lEs, the MS sends a Protocol Error 
component with indication "Message Too Short". If the Reference Number can be found, it is included. If the Reference 
Number is not available, the Reference Number of the RRLP message carrying the Protocol Error component is set to 
'0'. If the Extended Reference IE can be found, it shall be included in the returned Protocol Error Component. If the 
Extended Reference IE is not available, an Extended Reference IE shall not be included. The original sending entity that 
receives the Protocol Error, may then resend the original message, or abort the procedure. 

2.5.2 Unknown Reference Number 

A SMLC detects that it has received a RRLP message with an unknown or invalid Reference Number, when one or 
more of the following conditions occur: 

a Measure Position Response, Assistance Data Acknowledgement, Positioning Capability Response or Protocol 
Error component is received with a Reference Number that the SMLC has not sent in a Measure Position 
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Request, Assistance Data or Positioning Capability Request component during a pending Position Measurement, 
Assistance Data Delivery or Positioning Capability Transfer procedure. 

a Measure Position Response, Positioning Capability Response or Protocol Error component is received with an 
Extended Reference IE value that the SMLC has not sent in a Measure Position Request Assistance Data or 
Positioning Capability Request component during a pending Position Measurement, Assistance Data Delivery or 
Positioning Capability Transfer procedure. 

a Measure Position Response, Positioning Capability Response or Protocol Error component is received with a 
Reference Number and an Extended Reference IE value that the SMLC has not sent together in the same 
Measure Position Request, the same Assistance Data or the same Positioning Capability Request component 
during a pending Position Measurement, Assistance Data Delivery or Positioning Capability Transfer procedure. 

The SMLC shall then discard the message. If the SMLC receives a Measure Position Response or a Protocol Error 
component containing no Extended Reference ID, then the SMLC shall assume that the target MS is for Release 4 or 
earlier and shall only verify the received Reference Number. 

2.5.3 Missing Information Element or Component Element 

When MS receives a RRLP message, that does not contain lEs or component elements expected to be present, the MS 
sends a Protocol Error component with indication "Missing Information Element or Component Element". If the 
Reference Number can be found, it is included. If the Reference Number is not available, the Reference Number of the 
RRLP message carrying the Protocol Error component is set to '0'. If the Extended Reference IE can be found, it shall 
be included in the returned Protocol Error Component. If the Extended Reference IE is not available, an Extended 
Reference IE shall not be included. The SMLC that receives the Protocol Error, may then resend the original message, 
or abort the procedure. 

2.5.4 Incorrect Data 

When MS receives a RRLP message, that is contains lEs or elements of components that are syntactically incorrect, the 
MS sends a Protocol Error component with indication "Incorrect Data". If the Reference Number can be found, it is 
included. If the Reference Number is not available, the Reference Number of the RRLP message carrying the Protocol 
Error component is set to '0'. If the Extended Reference IE can be found, it shall be included in the returned Protocol 
Error Component. If the Extended Reference IE is not available, an Extended Reference IE shall not be included. The 
SMLC that receives the Protocol Error, may then resend the original message, or abort the procedure. 

2.5.5 Repeated Component 

When after the reception of a Measure Position Request component, but before responding with a Measure Position 
Response or a Protocol Error component, the MS receives a new RRLP message with the Measure Position Request 
component, it acts as follows: 

if the old and new Measure Position Request components have the same Reference Number and, if included, the 
same Extended Reference IE, the MS ignores the later component; 

if the old and new Measure Position Request components have different Reference Numbers or, if included, 
different Extended Reference lEs or if one Measure Position Request component (old or new) contains an 
Extended Reference IE but the other component does not, the MS aborts activity for the former component, and 
starts to acts according to the later component, and sends a response to that. 

When after the reception of an Assistance Data component, but before responding with an Assistance Data 
Acknowledgement or a Protocol Error component, the MS receives a new RRLP message with the Assistance Data 
component, it acts as follows: 

if the old and new Assistance Data components have the same Reference Number and, if included, the same 
Extended Reference IE and if pseudo-segmentation does not apply (see sub-clause 2.5.9), the MS ignores the 
later component; 

if the old and new Assistance Data components have different Reference Numbers or, if included, different 
Extended Reference lEs or if one Assistance Data component (old or new) contains an Extended Reference IE 
but the other component does not, the MS ignores the former component and sends an acknowledgement to the 
latter component. 
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When after the reception of a Positioning Capability Request component, but before responding with a Positioning 
CapabiHty Response or a Protocol Error component, the MS receives a new RRLP message with the Positioning 
Capability Request component, it acts as follows: 

if the old and new Positioning Capability Request components have the same Reference Number and the same 
Extended Reference IE, the MS ignores the later component; 

if the old and new Positioning Capability Request components have different Reference Numbers or different 
Extended Reference lEs, the MS aborts activity for the former component, starts to act according to the later 
component and sends a response to that. 

When after the reception of an Measure Position Response component, the SMLC receives a new RRLP message with 
the Measure Position Response component, it acts as follows: 

if the old and new Measure Position Response components have the same Reference Number and, if included, 
the same Extended Reference IE values, the SMLC may ignore the later component; 

2.5.6 (void) 

2.5.7 Missing Component 

When the SMLC sends a Measure Position Request component to the MS, it starts a timer. If the timer expires before 
the SMLC receives the last Measure Position Response component or a Protocol Error component from the MS with 
the same Reference Number and, if included, the same Extended Reference IE value as in the sent component, it may 
abort location attempt or send a new Measure Position Request. 

When the SMLC receives a Measure Position Response component with the same Reference Number and, if included, 
the same Extended Reference IE value as in the sent component indicating that it is the second of many segments, but 
the first of the many segments was never received by the SMLC, it may abort location attempt or send a new Measure 
Position Request. 

When the SMLC sends a Assistance Data component to the MS, it starts a timer. If the timer expires before the SMLC 
receives a Assistance Data Acknowledgement or Protocol Error component from the MS with the same Reference 
Number as in the sent component and, in the case of a Protocol Error component, either the same extended reference ID 
as in the sent component or no extended reference ID, it may abort delivery attempt or send a new Assistance Data. 

When the SMLC sends a Positioning Capability Request component to the MS, it starts a timer. If the timer expires 
before the SMLC receives a Positioning Capability Response or Protocol Error component from the MS with the same 
Reference Number and the same Extended Reference ID as in the sent component, it may abort the Positioning 
Capability Transfer Procedure attempt or send a new Positioning Capability Request. 

2.5.8 Unforeseen Component 

When the MS receives a complete Assistance Data pseudo-segmentation sequence or an Assistance Data component 
that was sent without pseudo-segmentation, that it is not expecting, MS may discard it. 

2.5.8a RRLP Procedure 

The MS and SMLC shall only support one RRLP procedure at a time for either positioning, delivery of assistance data 
or positioning capability transfer. The normal sequence of events for either procedure is defined in sub-clause 2.2, sub- 
clause 2.3 or sub-clause2.3a, respectively. If the MS is engaged in an RRLP procedure and receives a correctly encoded 
RRLP message from the SMLC that starts a new procedure, the MS shall abort the first procedure without sending a 
response and start the second. 

2.5.9 Pseudo-Segmentation 

When the SMLC employs pseudo-segmentation to send an RRLP Measure Position Request message or an RRLP 
Assistance Data message, the SMLC shall send one or more RRLP Assistance Data components followed by: 

a final RRLP Measure Position Request component (see sub-clause 2.2) or 
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a final RRLP Assistance Data component (see sub-clause 2.3). 

The SMLC shall indicate in all but the final component (Measure Position Request or Assistance Data, respectively) 
that more components are on the way. 

When an MS receives an Assistance Data component indicating that more components are on the way, the MS may 
store the contents of the component. If the MS receives a subsequent Assistance Data component or a final Measure 
Position Request component that is correctly encoded, the MS shall assume that the new component continues the 
pseudo-segmentation of the earlier component and may then store the contents of the new component. If the new 
component is an Assistance Data component indicating that no more components are on the way or if it is a Measure 
Position Request, the MS shall assume that pseudo-segmentation is complete. The MS may then employ the rules 
defined in sub-clause 2.5.5 to verify if the new message is a repeated duplicate of a previous message. 



Message Structure 



3.1 General Format of RRLP Message 

The general format of the RRLP message is given below, and based on: 

ITU-T Recommendation X.680; 

ITU-T Recommendation X. 691; 

and is consistent with these ITU-T recommendations. Also further definitions in the present document are based on 
ASN.1/94 defined in ITU-T Recommendation X.680 (ASN.l 1994). BASIC-PER, unaligned variant is used. Both 
RRLP ASN.l modules, RRLP-Messages and RRLP-Components, are based on recommendations presented above. 

ASN.l identifiers have the same name as the corresponding parameters (information elements of the RRLP message, 
components, elements of components, fields of component elements etc) in other parts of the present document, except 
for the differences required by the ASN. 1 notation (blanks between words are removed, the first letter of the first word 
is lower-case and the first letter of the following words are capitalized, e.g. "Reference Number" is mapped to 
"referenceNumber"). In addition some words may be abbreviated as follows: 

msr measure 

req request 

rsp response 

nbr number 

ack acknowledgement 

Ellipsis Notation shall be used in the same way as described in 3GPP TS 29.002 and shall be supported on the radio 
interface by the MS and the network for all operations defined in the present document. 
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Table 3.1 .a: RRLP Message Format 



RRLP-Messages 




-- { RRLP-messages } 




DEFINITIONS AUTOMATIC 


TAGS : : = 


BEGIN 




IMPORTS 




MsrPosition-Req, MsrPosition-Rsp, AssistanceData, 


ProtocolError, PosCapability-Req, PosCapability-Rsp 


FROM 




RRLP - Component s 


-- { RRLP -Components } 


PDU : : = SEQUENCE { 




ref erenceNumber 


INTEGER {0. .7) , 


component 
} 


RRLP-Component 


RRLP -Component ::= CHOICE { 


msrPositionReq 


Msr Posit ion- Req, 


msrPositionRsp 


Msr Posit ion- Rsp, 


assistanceData 


AssistanceData, 


assistanceDataAck 


NULL, 


protocolError 


ProtocolError, 


posCapabilityReq 


PosCapability-Req, 


posCapabilityRsp 
} 


PosCapability-Rsp 


END 





The message consists of two information elements, that are further described in the following sub-clauses. 

3.2 Reference Number IE 

This element is mandatory, and appears only once per RRLP message. It has the range from to 7. Value is reserved 
for indicating unknown Reference Number. Its ASN.l definition is in sub-clause 3.1. This element contains the 
Reference Number that shall be used as follows: 

in the Position Measurement procedure the SMLC shall select any number within the range 1-7 that it is not 
already using with the particular MS. The Reference Number serves as an identification of the Measure Position 
request component that it sends to the MS. When the MS responds either with the Measure Position Response 
component, or the Protocol Error component, it shall use the same Reference Number value and, if an Extended 
Reference ID was included by the SMLC, the same Extended Reference ID to identify to which Measure 
Position Request it is responding, if the Reference Number has been obtained. If the MS has not been able to 
decode the Reference Number (e.g. IE missing), it shall use '0' as the Reference number in the response. This 
mechanism helps for example in the cases where the SMLC sends a Measure Position Request to the MS, and 
before it receives the Response, it needs to send another Request (e.g. assistance data changes). Then the SMLC 
can identify to which Request the Response is related to; 

in the Assistance Data Delivery procedure the SMLC shall select any number within the range 1-7 that it is not 
already using with the MS. The Reference Number serves as an identification of the Assistance Data component 
that it sends to the MS. When the MS responds either with the Assistance Data Acknowledgement component or 
the Protocol Error component, it shall use the same Reference Number value if the Reference Number has been 
obtained and, in the case of Protocol Error, if an Extended Reference ID was included by the SMLC, the same 
Extended Reference ID to identify to which Assistance Data component it is responding. If the MS has not been 
able to decode the Reference Number (e.g. IE missing), it shall use '0' as the Reference number in the response. 

in the Position Capability Transfer procedure the SMLC shall select any number within the range 1-7 that it is 
not already using with the MS. The Reference Number serves as an identification of the Positioning Capability 
Request component that it sends to the MS. When the MS responds either with the Positioning Capability 
Response component, or the Protocol Error component, it shall use the same Reference Number value if the 
Reference Number has been obtained and the same Extended Reference ID value if that has been obtained to 
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identify to which Positioning Capability Request component it is responding. If the MS has not been able to 
decode the Reference Number (e.g. IE missing), it shall use '0' as the Reference number in the response. 

- the SMLC shall use the same Reference Number and same Extended Reference ID to resend any RRLP 
component for which a response was not received from the MS. 

- the SMLC shall use a different Reference Number to that in any RRLP component for which a response was not 
received from the MS if the SMLC aborts an existing RRLP procedure and starts a new procedure. 

- the SMLC may use the same Reference Number and same Extended Reference ID or different Reference 
Numbers and Extended Reference IDs for different RRLP components within the same pseudo-segmentation 
sequence. 

In all RRLP messages except Assistance Data Acknowledgement, the Reference Number IE shall be supplemented by 
an Extended Reference IE in order to distinguish valid from invalid RRLP responses at the SMLC and duplicate from 
non-duplicate RRLP commands at the MS. In order to remain backward compatible, the receiving entity shall be able to 
receive Measure Position Request, Measure Position Response, Assistance Data and Protocol Error messages without 
the Extended Reference IE. The ASN.l definition of the Extended Reference IE is given in sub-clause 5.1 and the 
procedures associated with sending and receiving it are given in clause 2 and in Annex A, sub-clauses A.2.2.5, A.3.2.7 
and A.6.6. 



3.3 Component IE 



This element is mandatory, and appears only once per RRLP message. It contains the actual component to be 
transferred. 

Different components are described further in Chapter 4. This IE contains only one component, i.e. it is not possible to 
include two or more components. 



4 Components 

This ASN. 1 module contains the definitions of the components and datatypes defined in the components. 

Table 4.a: RRLP-Components format 

RRLP - Component s 

-- { RRLP-Components } 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

IMPORTS 

Ext -Geographical Information, VelocityEstimate 
FROM 

MAP-LCS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-LCS-DataTypes (25) versionlO (10) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionlO (10)} 

-- Add here other ASN.l definitions presented below 
-- in chapters 4 and 5. 
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4.1 Measure Position Request 



This component is used by the SMLC to request location measurements or a location estimate from the MS. It includes 
QoS, other instructions, and possible assistance data to the MS. This component is defined as follows: 



Table 4.1. a: Measure Position Request 



-- add this definition to RRLP-Components module 

-- Measurement Position request component 
MsrPosition-Req ::= SEQUENCE { 



positionlnstruct 
ref erenceAssistData 
msrAssistData 
systeminf oAssistData 
gps-AssistData 
extensionContainer 



Positionlnstruct , 
Ref erenceAssistData 
MsrAssistData 
Systeminf OAssistData 
GPS-AssistData 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



-- Release 98 extension element 
rel 9 8 -Msr Posit ion- Req- extension 

-- Release 5 extension element 
rel 5 -Msr Posit ion- Req- extension 

-- Release 7 extension element 
re 1 7 -MsrPos it ion- Req- extension 



Rel 98 -MsrPosition-Req- Extension 
Re 15 -Msr Posit ion- Req- Ext ens ion 
Rel 7 -MsrPos it ion- Req- Ext ens ion 



OPTIONAL, 
OPTIONAL, 
OPTIONAL 



The elements of this component are defined in clause 5. 



4.2 IVIeasure Position Response 

This component is used by the MS to respond to a Measure Position Request from the SMLC with location 
measurements, a location estimate, or an error indication. This component is defined as follows: 

Table 4.2.a: Measure Position Response 



-- add this defintion to RRLP-Components module 




-- Measurement Position response component 




MsrPosition-Rsp ::= SEQUENCE { 




multipleSets MultipleSets OPTIONAL, 




ref erenceldentity Ref erenceldentity OPTIONAL, 




otd-Measurelnfo OTD-MeasureInf o OPTIONAL, 




locationlnfo Locationlnfo OPTIONAL, 




gps-Measurelnfo GPS-Measurelnfo OPTIONAL, 




locationError LocationError OPTIONAL, 




extensionContainer ExtensionContainer OPTIONAL, 




-- Release extension here 




rel- 98 -MsrPosition-Rsp- Extension 




Rel- 98 -MsrPosition-Rsp- Extension 


OPTIONAL, 


rel - 5 -Msr Posit ion- Rsp- Ext ens ion 




Rel - 5 -MsrPos it ion- Rsp- Ext ens ion 


OPTIONAL, 


-- When RRLP pseudo- segmentation is used, rel-5-MsrPosition 


-Rsp -Ext ens ion 


-- and other possible future extensions should be the ones 


included in 


-- the 2nd MsrPosition-Rsp component. 




rel -7 -MsrPos it ion- Rsp -Ext ens ion 




Rel- 7 -MsrPosition-Rsp- Extension 
} 


OPTIONAL 



The elements of this component are defined in clause 5. 



4.3 



Assistance Data 



This component is used by the SMLC to deliver assistance data for location measurement and/or location calculation. 
This component is defined as follows: 
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Table 4.3.a: Assistance Data 



-- add this defintion to RRLP- Components module 








-- Assistance Data component 








AssistanceData ::= SEQUENCE { 








ref erenceAssistData Ref erenceAssistData 


OPTIONAL, 






msrAssistData MsrAssistData 


OPTIONAL, 






systemlnfoAssistData SystemlnfoAssistData 


OPTIONAL, 






gps-AssistData GPS-AssistData 


OPTIONAL, 






moreAssDataToBeSent MoreAssDataToBeSent 


OPTIONAL, 


-- If not present. 


interpret as only 






-- Assistance Data 


component used to 






-- deliver entire 


set of assistance 






-- data. 




extensionContainer ExtensionContainer 


OPTIONAL, 






-- Release extension here 








rel98-AssistanceData-Extension Rel98 -AssistanceData- Extension OPTIONAL, 




rel5 -AssistanceData- Extension Rel5-AssistanceData-Extension OPTIONAL, 




rel7 -AssistanceData- Extension Rel7 -AssistanceData- 
} 


Extension 


OPTIONAL 





The elements of this component are defined in clause 5. 

4.4 Assistance Data Acknowledgement 

This component does not have any information contents. It presence indicates that the MS has received the complete 
Assistance Data component. 

4.5 Protocol Error 

This component is used by the receiving entity (SMLC or MS) to indicate to the sending entity, that there is a problem 
that prevents the receiving entity to receive a complete and understandable component. This component is defined as 
follows: 

Table 4.5.a: Protocol Error 



-- add this defintion to RRLP -Components module 

-- Protocol Error component 
ProtocolError : : = SEQUENCE { 

errorCause ErrorCodes, 

extensionContainer ExtensionContainer OPTIONAL, 

-- Release extensions here 

rel-5-ProtocolError-Extension Rel-5-ProtocolError-Extension OPTIONAL 



The elements of this component are defined in clause 5. 

4.6 Positioning Capability Request 

This component is used by the SMLC to request the positioning capabilities of the MS and optionally indicating 
GANSS positioning support. This component is defined as follows: 

Table 4.6.a: Positioning Capability Request 



-- add this definition to RRLP-Components module 

-- Positioning Capability request component 

PosCapability-Req ::= SEQUENCE { 

extended-reference Extended-reference , 

gANSSPositionMethods GANSSPositionMethods OPTIONAL, 
extensionContainer ExtensionContainer OPTIONAL, 
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The elements of this component are defined in clause 5. 

4.7 Positioning Capability Response 

This component is used by the MS to respond to a Positioning Capability Request fi^om the SMLC with the positioning 
capabilities of the MS, the types of assistance data supported and the types of assistance data possibly needed by the 
MS. This component is defined as follows: 

Table 4.7.a: Positioning Capability Response 



-- add this definition to RRLP-Components module 




-- Positioning Capability response component 




PosCapability-Rsp ::= SEQUENCE { 




extended- reference Extended- reference, 




posCapabilities PosCapabilities, 




assistanceSupported AssistanceSupported 


OPTIONAL, 


assistanceNeeded AssistanceNeeded 


OPTIONAL, 


extensionContainer ExtensionContainer 
} 


OPTIONAL, 



The elements of this component are defined in clause 5. 



5 Elements of Components 

5.1 ASN.1 Description 

The following ASN.l code defines the elements of components. See the Annex A for further description of the contents 
of components and their elements. 

Table 5.1 .a: ASN.1 Description 



-- add these defintions to RRLP-Components module 
-- Position instructions 
Positionlnstruct ::= SEQUENCE { 

-- Method type 

methodType MethodType, 

positionMethod PositionMethod, 

measureResponseTime MeasureResponseTime, 

useMultipleSets UseMultipleSets, 

environmentCharacter EnvironmentCharacter OPTIONAL 



MethodType ::= CHOICE { 

msAssisted AccuracyOpt, -- accuracy is optional 

msBased Accuracy, -- accuracy is mandatory 

msBasedPref Accuracy, -- accuracy is mandatory 

msAssistedPref Accuracy -- accuracy is mandatory 



-- Accuracy of the location estimation 
AccuracyOpt : : = SEQUENCE { 

accuracy Accuracy OPTIONAL 



-- The values of this field are defined in 3GPP TS 23.032 {Uncertainty code) 
Accuracy ::= INTEGER {0..12 7) 
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-- Position Method 
PositionMethod ::= 

eotd (0) , 

gps (!) , 

gpsOrEOTD (2) 



ENUMERATED 



-- Measurement request response time 
MeasureResponseTime ::= INTEGER {0..7) 



-- useMultiple Sets, FFS ! 
UseMultipleSets ::= ENUMERATED 



multipleSets 
oneSet (!) 



(0) 



multiple sets are allowed 

sending of multiple is not allowed 



-- Environment characterization 

EnvironmentCharacter : : = ENUMERATED { 

badArea (0) , -- bad urban or suburban, heavy multipath and NLOS 
notBadArea (1) , -- light multipath and NLOS 
mixedArea (2) , -- not defined or mixed environment 



-- E-OTD reference BTS for Assitance data IE 
ReferenceAssistData ::= SEQUENCE { 

bcchCarrier BCCHCarrier, 

bsic BSIC, 

timeSlotScheme TimeSlotScheme, 

btsPosition BTSPosition OPTIONAL 



-- BCCH carrier 

-- BSIC 

-- Timeslot scheme 



-- ellipsoid point and 

-- ellipsoid point with altitude and uncertainty ellipsoid shapes are supported 

BTSPosition ::= Ext-Geographicalinf ormation 

-- RF channel number of BCCH 
BCCHCarrier ::= INTEGER {0..1023) 

-- Base station Identity Code 
BSIC ::= INTEGER {0..63) 

-- Timeslot scheme 
TimeSlotScheme ::= ENUMERATED { 

equalLength (0) , 

variousLength (!) 



-- Time slot (modulo) 
ModuloTimeSlot ::= INTEGER {0..3) 

-- E-OTD measurement assistance data IE 

-- The total number of neighbors in this element (MsrAssistData) 

-- and in SystemlnfoAssistData element {presented neighbors 

-- can be at a maximum 15!) 

MsrAssistData ::= SEQUENCE { 

msrAssistList SeqOfMsrAssistBTS 



SeqOfMsrAssistBTS 



SEQUENCE {SIZE{1. .15) ) OF MsrAssistBTS 



MsrAssistBTS 



SEQUENCE { 



bcchCarrier 
bsic 

multiFrameOf f set 
timeSlotScheme 
roughRTD 



BCCHCarrier, 
BSIC, 

MultiFrameOf f set , 
TimeSlotScheme , 
RoughRTD , 



BCCH carrier 

BSIC 

multiframe offset 

Timeslot scheme 

rough RTD value 



-- Location Calculation Assistance data is moved here 
calcAssistanceBTS CalcAssistanceBTS OPTIONAL 



-- Multiframe offset 

MultiFrameOffset ::= INTEGER {0..51) 

-- The Multiframe Offset value 51 shall not be encoded by the transmitting entity and 

-- shall be treated by the receiving entity as 0. 
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-- Rough RTD value between one base station and reference BTS 

RoughRTD ::= INTEGER {0..125 0) 

-- The RoughRTD value 1250 shall not be encoded by the transmitting entity and shall 

-- be treated by the receiving entity as 0. 

-- E-OTD Measurement assistance data for system information List IE 
-- The total number of base stations in this element {SystemlnfoAssistData 
-- presented neighbors) and in MsrAssistData element can be at a maximum 15. 
SystemlnfoAssistData ::= SEQUENCE { 

systeminf oAssistList SeqOf Systeminf oAssistBTS 

} 

SeqOf Systeminf OAssistBTS: := SEQUENCE {SIZE {1 . . 32 ) ) OF Systeminf oAssistBTS 

-- whether n.th is present or not ? 
Systeminf OAssistBTS ::= CHOICE { 

notPresent NULL, 

present AssistBTSData 
} 

-- Actual assistance data for system information base station 
AssistBTSData ::= SEQUENCE { 

bsic BSIC, -- BSIC 

multiFrameOf f set MultiFrameOf f set , -- multiframe offset 

timeSlotScheme TimeSlotScheme, -- Timeslot scheme 

roughRTD RoughRTD, -- rough RTD value 

-- Location Calculation Assistance data 
calcAssistanceBTS CalcAssistanceBTS OPTIONAL 
} 

-- E-OTD Location calculation assistance data, 

-- CalcAssistanceBTS element is optional not subfields 

CalcAssistanceBTS ::= SEQUENCE { 

fineRTD FineRTD, -- fine RTD value between base stations 

ref erenceWGS84 Ref erenceWGS84 -- reference coordinates 
} 

-- Coordinates of neighbour BTS, WGS-84 ellipsoid 
ReferenceWGS84 ::= SEQUENCE { 

relativeNorth RelDistance, -- relative distance {south negative) 

relativeEast RelDistance, -- relative distance {west negative) 

-- Relative Altitude is not always known 

relativeAlt RelativeAlt OPTIONAL -- relative altitude 
} 

-- Fine RTD value between this BTS and the reference BTS 
FineRTD ::= INTEGER {0..255) 

-- Relative north/east distance 
RelDistance ::= INTEGER { -200000 .. 200000 ) 

-- Relative altitude 

RelativeAlt ::= INTEGER { -4000 .. 4000 ) 

-- Measure position response lEs 
-- Reference Identity 
-- Multiple sets 
MultipleSets ::= SEQUENCE { 

-- number of reference sets 

nbrOfSets INTEGER {2.. 3), 

-- This field actually tells the number of reference BTSs 
nbrOfReferenceBTSs INTEGER {1..3), 

-- This field is conditional and included optionally only if 
-- nbrOfSets is 3 and number of reference BTSs is 2. 
ref erenceRelation Ref erenceRelation OPTIONAL 
} 

-- Relation between refence BTSs and sets 
Ref erenceRelation ::= ENUMERATED { 

secondBTSThirdSet {0) , -- 1st BTS related to 1st and 2nd sets 

secondBTSSecondSet {1) , -- 1st BTS related to 1st and 3rd sets 

firstBTSFirstSet {2) -- 1st BTS related to 1st set 
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-- Reference BTS Identity, this element contains number of 

-- BTSs told nbrOfReferenceBTSs field in Multiple sets element) 

Referenceldentity ::= SEQUENCE { 

-- Reference BTS list 

refBTSList SeqOf Reference IdentityType 

} 

SeqOfReferenceldentityType ::= SEQUENCE {SIZE{1..3)) OF Ref erenceldentityType 

-- Cell identity 

Ref erenceldentityType ::= CHOICE { 

bsicAndCarrier BSICAndCarrier, -- BSIC and Carrier 

ci CelllD, -- Cell ID, LAC not needed 

requestlndex Requestlndex, -- Index to Requested Neighbor List 

systemlnfolndex Systemlnfolndex, -- Index to System info list, this type of ref. identity 

-- shall not be used by the MS unless it has received 

-- the SystemlnfoAssistData from the SMLC for this cell. 

ciAndLAC CelllDAndLAC -- CI and LAC 
} 

BSICAndCarrier ::= SEQUENCE { 

carrier BCCHCarrier, 

bsic BSIC 
} 

Requestlndex ::= INTEGER {1..16) 

Systemlnfolndex ::= INTEGER {1..32) 

CelllDAndLAC ::= SEQUENCE { 

referenceLAC LAC, -- Location area code 

referenced CelllD -- Cell identity 

} 

CelllD ::= INTEGER {0.. 65535) 

LAC ::= INTEGER {0.. 65535) 

-- OTD-Measurelnfo 
OTD-Measurelnfo ::= SEQUENCE { 

-- Measurement info elements, OTD-MsrElement is repeated number of times 

-- told in nbrOfReferenceBTSs in MultipleSets, default value is 1 

otdMsrFirstSets OTD-MsrElementFirst , 

-- if more than one sets are present this element is repeated 
-- NumberOfSets - 1 {-1 = first set) 

otdMsrRestSets SeqOfOTD-MsrElementRest OPTIONAL 
} 

SeqOfOTD-MsrElementRest ::= SEQUENCE {SIZE{1..2)) OF OTD-MsrElementRest 

-- OTD measurent information for 1 set 
OTD-MsrElementFirst ::= SEQUENCE { 

refFrameNumber INTEGER {0.. 42431), -- Frame number modulo 42432 

ref erenceTimeSlot ModuloTimeSlot , 

toaMeasurementsOfRef TOA-MeasurementsOfRef OPTIONAL, 

stdResolution StdResolution, 

taCorrection INTEGER {0..960) OPTIONAL, -- TA correction 

-- measured neighbors in OTD measurements 
otd-FirstSetMsrs SeqOfOTD-FirstSetMsrs OPTIONAL 

} 

SeqOfOTD-FirstSetMsrs ::= SEQUENCE {SIZE {1 . . 10 ) ) OF OTD-FirstSetMsrs 

-- OTD measurent information 2 and 3 sets if exist 
OTD-MsrElementRest ::= SEQUENCE { 

refFrameNumber INTEGER {0.. 42431), -- Frame number modulo 42432 

ref erenceTimeSlot ModuloTimeSlot , 

toaMeasurementsOfRef TOA-MeasurementsOfRef OPTIONAL, 

StdResolution StdResolution, 

taCorrection INTEGER {0..960) OPTIONAL, -- TA correction 

-- measured neighbors in OTD measurements 
otd-MsrsOfOtherSets SeqOfOTD-MsrsOfOtherSets OPTIONAL 

} 

SeqOfOTD-MsrsOfOtherSets ::= SEQUENCE {SIZE {1 . . 10 ) ) OF OTD-MsrsOf OtherSets 
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-- standard deviation of the TOA measurements from the reference BTS 
TOA-MeasurementsOfRef ::= SEQUENCE { 

refQuality RefQuality, 

numOf Measurements NumOf Measurements 



RefQuality ::= INTEGER {0..31) 
NumOf Measurements ::= INTEGER {0. 
StdResolution ::= INTEGER {0..3) 



.7) 



St Dev of TOA of reference as defined in annex 

No. of measurements for RefQuality as defined in annex 

Values of resolution are defined in annex 



OTD-FirstSetMsrs 



OTD-MeasurementWithID 



-- Neighbour info in OTD measurements 0-10 times in TD measurement info 
OTD-MsrsOfOtherSets ::= CHOICE { 

identityNotPresent OTD-Measurement , 

identityPresent OTD-MeasurementWithID 



-- For this OTD measurement identity is same as the identity of BTS 
-- in the first set with same sequence number 
OTD-Measurement ::= SEQUENCE { 

nborTimeSlot ModuloTimeSlot , 

eotdQuality EOTDQuality, 

otdValue OTDValue 



-- This measurement contains the BTS identity and measurement 
OTD-MeasurementWithID : : =SEQUENCE { 

neighbor Identity Neighbor Identity, 

nborTimeSlot ModuloTimeSlot, 

eotdQuality EOTDQuality, 

OtdValue OTDValue 



EOTDQuality ::= SEQUENCE { 

nbrOfMeasurements INTEGER {0..7), 
stdOfEOTD INTEGER {0..31) 



Neighbor Identity 
bsicAndCarrier 
ci 

multiFrameCarrier 
request Index 
systemlnfolndex 



ciAndLAC 



CHOICE { 

BSICAndCarrier, 
CelllD, 

MultiFrameCarrier, 
Request Index, 
Systemlnfolndex, 



CelllDAndLAC 



BSIC and Carrier 

Cell ID, LAC not needed 

MultiFrameOf fest and BSIC 

Index to Requested Neighbor List 

Index to System info list, this type of neighbour 

identity shall not be used by the MS unless it has 

received the Systeminf oAssistData from the SMLC for 

this cell. 

CI and LAC 



-- Multiframe and carrier 
MultiFrameCarrier ::= SEQUENCE { 

bcchCarrier BCCHCarrier, 
multiFrameOf f set MultiFrameOf f set 



-- OTD measurement value for neighbour 
OTDValue ::= INTEGER {0.. 39999) 
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-- Location information IE 
Locationlnfo ::= SEQUENCE { 

refFrame INTEGER {0.. 65535), -- Reference Frame number 

-- If refFrame is within {42432. .65535) , it shall be ignored by the receiver 

--in that case the MS should provide GPS TOW if available 

gpsTOW INTEGER { .. 14399999 ) OPTIONAL, -- GPS TOW 

fixType FixType, 

-- Note that applicable range for refFrame is - 42431 

-- Possible shapes carried in posEstimate are 

-- ellipsoid point, 

-- ellipsoid point with uncertainty circle 

-- ellipsoid point with uncertainty ellipse 

-- ellipsoid point with altitude and uncertainty ellipsoid 

posEstimate Ext -Geographical Information 
} 

FixType : : = INTEGER { 

twoDFix (0) , 

threeDFix (1) 
} {0..1) 

-- GPS-Measurement information 
GPS-Measurelnfo ::= SEQUENCE { 

-- Measurement info elements 

-- user has to make sure that in this element is number of elements 

-- defined in reference BTS identity 

gpsMsrSetList SeqOfGPS-MsrSetElement 

} 

SeqOfGPS-MsrSetElement ::= SEQUENCE {SIZE{1..3)) OF GPS-MsrSetElement 

-- OTD measurent information 1-3 times in message 
GPS-MsrSetElement ::= SEQUENCE { 

refFrame INTEGER {0.. 65535) OPTIONAL, -- Reference Frame number 

gpsTOW GPSTOW24b, -- GPS TOW 

-- Note that applicable range for refFrame is - 42431 

--N_SAT can be read from number of elements of gps-msrList 

gps-msrList SeqOfGPS-MsrElement 
} 

--24 bit presentation for GPSTOW 
GPST0W24b ::= INTEGER { .. 14399999) 

-- measured elements in measurement parameters field 
SeqOfGPS-MsrElement ::= SEQUENCE {SIZE {1 . . 16 ) ) OF GPS-MsrElement 

-- Satellite identifier 
-- carrier noise ratio 
.32767), -- doppler, mulltiply by 0.2 

-- whole value of the code phase measurement 
-- fractional value of the code phase measurement 
-- a value of 1024 shall not be encoded by the sender 
-- the receiver shall consider a value of 1024 to be 
-- invalid data 
mpathlndic Mpathlndic, -- multipath indicator 

pseuRangeRMSErr INTEGER {0..63) -- index 

} 

-- Multipath indicator 
Mpathlndic : : = ENUMERATED { 

notMeasured (0) , 

low (1) , 

medium (2) , 

high (3) 



MsrElement : : 


= SEQUENCE 


{ 


satellitelD 


SatellitelD, 


cNo 


INTEGER 


{0. .63) , 


doppler 


INTEGER 


{-32768. . 


wholeChips 


INTEGER 


{0. .1022) 


f racChips 


INTEGER 


{0. .1024) 
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-- Location error IE 
LocationError ::= SEQUENCE { 

locErrorReason LocErrorReason, 

additionalAssistanceData AdditionalAssistanceData OPTIONAL, 



LocErrorReason : : = ENUMERATED { 
unDef ined (0) , 
notEnoughBTSs (1) , 
notEnoughSats (2), 
eotdLocCalAssDataMissing (3) , 
eotdAssDataMissing (4), 
gpsLocCalAssDataMissing (5) , 
gpsAssDataMissing (6), 
methodNotSupported (7) , 
notProcessed (8), 
refBTSForGPSNotServingBTS (9) , 
refBTSForEOTDNotServingBTS (10) , 

notEnoughGANSSSats (11) , 
ganssAssDataMissing (12), 

refBTSForGANSSNotServingBTS (13) 



exception handling: 

an unrecognized value shall be treated the same as value 



-- defines additional assistance data needed for any new location attempt 
--MS shall retain any assistance data already received 
AdditionalAssistanceData ::= SEQUENCE { 

gpsAssistanceData GPSAssistanceData OPTIONAL, 
extensionContainer ExtensionContainer OPTIONAL, 

ganssAssistanceData GANSSAssistanceData OPTIONAL 



GPSAssistanceData ::= OCTET STRING {SIZE {1 . .maxGPSAssistanceData) ) 

-- GPSAssistanceData has identical structure and encoding to octets 3 to n of the 

-- GPS Assistance Data IE in 3GPP TS 49.031 

maxGPSAssistanceData INTEGER ::= 40 

GANSSAssistanceData ::= OCTET STRING {SIZE {1 . .maxGANSSAssistanceData) ) 

-- GANSSAssistanceData has identical structure and encoding to octets 3 to n of the 

-- GANSS Assistance Data IE in 3GPP TS 49.031 

maxGANSSAssistanceData INTEGER ::= 40 

-- Protocol Error Causes 
ErrorCodes ::= ENUMERATED { 

unDef ined {0) , 
missingComponet {1) , 
incorrectData {2), 
missinglEorComponentElement {3), 
messageTooShort {4), 
unknowRef erenceNumber {5), 



-- exception handling: 

-- an unrecognized value shall be treated the same as value 

-- GPS assistance data IE 
GPS-AssistData ::= SEQUENCE { 

controlHeader ControlHeader 
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-- More Assistance Data To Be Sent IE 

-- More Assistance Data Components On the Way indication for delivery of an entire set of assistance 

-- data in multiple Assistance Data components. 

MoreAssDataToBeSent ::= ENUMERATED { 

noMoreMessages (0) , -- This is the only or last Assistance Data message used to deliver 

-- the entire set of assistance data. 
moreMessagesOnTheWay (1) -- The SMLC will send more Assistance Data messages or a final RRLP 

-- Measure Position Request message to deliver the 
-- the entire set of assistance data. 
} 

-- Control header of the GPS assistance data 
ControlHeader : : = SEQUENCE { 

-- Field type Present information 

referenceTime Ref erenceTime OPTIONAL, 

ref Location Ref Location OPTIONAL, 

dgpsCorrections DGPSCorrections OPTIONAL, 

navigationModel NavigationModel OPTIONAL, 

ionosphericModel lonosphericModel OPTIONAL, 

utcModel UTCModel OPTIONAL, 

almanac Almanac OPTIONAL, 

acquisAssist AcquisAssist OPTIONAL, 
realTimelntegrity SeqOf -BadSatelliteSet OPTIONAL 
} 

ReferenceTime ::= SEQUENCE { 

gpsTime GPSTime, 

gsmTime GSMTime OPTIONAL, 

gpsTowAssist GPSTOWAssist OPTIONAL 
} 

-- GPS Time includes week number and time-of-week (TOW) 
GPSTime : : = SEQUENCE { 

gpsTOW2 3b GPSTOW2 3b, 

gpsWeek GPSWeek 

} 

-- GPSTOW, range 0-604799.92, resolution 0.08 sec, 23-bit presentation 
GPSTOW23b ::= INTEGER {0.. 7559999) 

-- GPS week number 

GPSWeek ::= INTEGER {0..1023) 

-- GPSTOWAssist consists of TLM message. Anti-spoof flag. Alert flag, and 2 reserved bits in TLM 

Word 

-- for each visible satellite. 

-- N_SAT can be read from number of elements in GPSTOWAssist 

GPSTOWAssist ::= SEQUENCE {SIZE { 1 . . 12 ) ) OF GPSTOWAssistElement 

GPSTOWAssistElement ::= SEQUENCE { 
satellitelD SatellitelD, 
tlmWord TLMWord, 

antiSpoof AntiSpoof Flag, 

alert AlertFlag, 

tlmRsvdBits TLMReservedBits 
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-- TLM Word, 14 bits 

TLMWord ::= INTEGER {0.. 16383) 

-- Anti-Spoof flag 
AntiSpoofFlag ::= INTEGER {0..1) 

-- Alert flag 

AlertFlag ::= INTEGER {0..1) 

-- Reserved bits in TLM word, MSB occurs earlier in TLM Word transmitted by satellite 
TLMReservedBits ::= INTEGER {0..3) 



GSMTime : : = SEQUENCE { 

bcchCarrier BCCHCarrier, 
bsic BSIC, 

frameNumber FrameNumber, 
timeSlot TimeSlot, 
bitNumber BitNumber 



BCCH carrier 
BSIC 



-- Frame number 

FrameNumber ::= INTEGER {0.. 2097151) 

-- Time slot number 
TimeSlot ::= INTEGER {0..7) 

-- Bit number 

BitNumber ::= INTEGER {0..156) 



-- Reference Location IE 
Ref Location ::= SEQUENCE { 

threeDLocation Ext -Geographical Information 



-- DGPS Corrections IE 
DGPSCorrections ::= SEQUENCE { 

gpsTOW INTEGER {0.. 604799), -- DGPS reference time 
status INTEGER {0..7), 

-- N_SAT can be read from number of elements of satList 
satList SeqOf SatElement 

} 

SeqOfSatElement ::= SEQUENCE {SIZE {1..16)) OF SatElement 

-- number of correction for satellites 
SatElement : : = SEQUENCE { 

satellitelD SatellitelD, 

Sequence number for ephemeris 

iode INTEGER {0..239), 

-- User Differential Range Error 
udre INTEGER { . . 3 ) , 

-- Pseudo Range Correction, range is 

-- -655.04 - +655.04, 

pseudoRangeCor INTEGER { -2047 .. 2047) , 

-- Pseudo Range Rate Correction, range is 

-- -4.064 - +4.064, 

rangeRateCor INTEGER {-127.. 127), 



Delta Pseudo Range Correction 2 
deltaPseudoRangeCor2 INTEGER {-127.. 127) 

-- Delta Pseudo Range Correction 2 
deltaRangeRateCor2 INTEGER {-7.. 7), 

-- Delta Pseudo Range Correction 3 
deltaPseudoRangeCor3 INTEGER {-127.. 127) 

-- Delta Pseudo Range Correction 3 
deltaRangeRateCor3 INTEGER {-7.. 7) 



This IE shall be ignored by the receiver and 
set to zero by the sender 

This IE shall be ignored by the receiver and 
set to zero by the sender 

This IE shall be ignored by the receiver and 
set to zero by the sender 

This IE shall be ignored by the receiver and 
set to zero by the sender 



SatellitelD ::= INTEGER {0..63) 



identifies satellite 
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-- Navigation Model 


IE 




NavigationModel ::= 


SEQUENCE 


{ 


navModelList 
} 


SeqOfNavModelElement 


-- navigation model 


satellite list 


SeqOfNavModelElement ::= SEQUENCE {SIZE {1 . . 16 ) ) OF NavModelElement 


NavModelElement ::= 


SEQUENCE 


{ 


satellitelD 


SatellitelD, 


satStatus 
} 


SatStatus -- satellite status 


-- the Status of the navigat 


ion model 


SatStatus ::= CHOICE { 




-- New satellite, new Navigation Model 


newSatelliteAndModelUC 


UncompressedEphemeris , 


-- Existing satellite, Existing Navigation Model 


oldSatelliteAndModel 


NULL, 


-- Existing satellite, new Navigation Model 


newNaviMode lUC 

} 

-- Uncompressed sat 




UncompressedEphemeris , 


5llite emhemeris and clock corrections 


UncompressedEphemeris ::= SEQUENCE { 


ephemCodeOnL2 


INTEGER 


{0. .3) , 


ephemURA 


INTEGER 


{0. .15) , 


ephemSVhealth 


INTEGER 


{0. .63) , 


ephemlODC 


INTEGER 


{0. .1023) , 


ephemL2Pf lag 


INTEGER 


{0. .1) , 


ephemSFlRsvd 


EphemerisSubf ramelReserved, 


ephemTgd 


INTEGER 


{-128. .127) , 


ephemToc 


INTEGER 


{0. .37799) , 


ephemAF2 


INTEGER 


{-128. .127) , 


ephemAFl 


INTEGER 


{-32768. .32767) , 


ephemAFO 


INTEGER 


{-2097152. .2097151) , 


ephemCrs 


INTEGER 


{-32768. .32767) , 


ephemDeltaN 


INTEGER 


{-32768. .32767) , 


ephemMO 


INTEGER 


{-2147483648. .2147483647) , 


ephemCuc 


INTEGER 


{-32768. .32767) , 


ephemE 


INTEGER 


{0. .4294967295) , 


ephemCus 


INTEGER 


{-32768. .32767) , 


ephemAPowerHalf 


INTEGER 


{0. .4294967295) , 


ephemToe 


INTEGER 


{0. .37799) , 


ephemFitFlag 


INTEGER 


{0. .1) , 


ephemAODA 


INTEGER 


{0. .31) , 


ephemCic 


INTEGER 


{-32768. .32767) , 


ephemOmegaAO 


INTEGER 


{-2147483648. .2147483647) , 


ephemCis 


INTEGER 


{-32768. .32767) , 


ephemlO 


INTEGER 


{-2147483648. .2147483647) , 


ephemCrc 


INTEGER 


{-32768. .32767) , 


ephemW 


INTEGER 


{-2147483648. .2147483647) , 


ephemOmegaADot 


INTEGER 


{-8388608. .8388607) , 


ephemlDot 
} 


INTEGER 


{-8192. .8191) 


-- Reserved bits in 


subf rame 


1 of navigation message 


EphemerisSubf ramelReserved : 


:= SEQUENCE { 


reservedl 


INTEGER 


{0. .8388607) , -- 23-bit field 


reserved2 


INTEGER 


{0. .16777215) , -- 24-bit field 


reserved3 


INTEGER 


{0. .16777215) , -- 24-bit field 


reserved4 
} 


INTEGER 


{0.. 65535) -- 16-bit field 
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-- Ionospheric Model IE 




lonosphericModel : : = SEQUENCE { 




alfaO INTEGER {-128.. 127), 




alfal INTEGER {-128.. 127) 






alfa2 INTEGER {-128.. 127) 






alfa3 INTEGER {-128.. 127) 






betaO INTEGER {-128.. 127) 






betal INTEGER {-128.. 127) 






beta2 INTEGER {-128.. 127) 






betas INTEGER {-128.. 127) 
} 




-- Universal Time Coordinate Model 




UTCModel : : = SEQUENCE { 




utcAl INTEGER {- 83886 08 .. 8388607) , 




utcAO INTEGER { -2147483648 .. 2147483647 ) , 




utcTot INTEGER {0..255), 




utcWNt INTEGER {0..255), 




utcDeltaTls INTEGER {-128.. 127), 




utcWNlsf INTEGER {0..255), 




utcDN INTEGER {-128.. 127), 




utcDeltaTlsf INTEGER {-128.. 127) 
} 




-- Almanac, Long term model 




-- NOTE: These are parameters are subset of the ephemeris 




-- NOTE: But with reduced resolution and accuracy 




Almanac : : = SEQUENCE { 




alamanacWNa INTEGER {0..255), -- Once per message 




-- navigation model satellite list. 




-- The size of almanacList is actually Nums Sats Total field 




almanacList SeqOfAlmanacElement 

} 

SeqOfAlmanacElement ::= SEQUENCE {SIZE {1 . . 64 ) ) OF AlmanacElement 






-- Almanac info once per satellite 




AlmanacElement : : = SEQUENCE { 




satellitelD SatellitelD, 




almanacE INTEGER {0.. 65535), 




alamanacToa INTEGER {0..255), 




almanacKsii INTEGER { -32768 .. 32767) , 




almanacOmegaDot INTEGER {-32768 .. 32767) , 




almanacSVhealth INTEGER {0..255), 




almanacAPowerHalf INTEGER { .. 16777215 ) , 




almanacOmegaO INTEGER {-8388608 .. 8388607) , 




almanacW INTEGER { -8388608 .. 8388607) , 




almanacMO INTEGER { -8388608 .. 8388607) , 




almanacAFO INTEGER { -1024 .. 1023 ) , 




almanacAFl INTEGER { -1024 .. 1023 ) 
} 




-- Acquisition Assistance 




AcquisAssist ::= SEQUENCE { 




-- Number of Satellites can be read from acquistList 




timeRelation TimeRelation, 




-- Acquisition assistance list 




-- The size of Number of Satellites is actually Number of Satellites 


field 


acquisList SeqOf AcquisElement 

} 

SeqOfAcquisElement ::= SEQUENCE {SIZE {1 . . 16 ) ) OF AcquisElement 






-- the relationship between GPS time and air- interface timing 




TimeRelation ::= SEQUENCE { 




gpsTOW GPSTOW23b, -- 23b presentation 




gsmTime GSMTime OPTIONAL 
} 
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-- data occuring per number of satellites 
AcquisElement ::= SEQUENCE { 

svid SatellitelD, 

-- Doppler 0th order term, 

-- -5120.0 - 5117.5 Hz {= -2048 - 2047 with 2.5 Hz resolution) 

dopplerO INTEGER { -2048 .. 2047) , 

addionalDoppler AddionalDopplerFields OPTIONAL, 

codePhase INTEGER {0..1022), -- Code Phase 

intCodePhase INTEGER {0..19), -- Integer Code Phase 

gpsBitNumber INTEGER {0..3), -- GPS bit number 

codePhaseSearchWindow INTEGER {0..15), -- Code Phase Search Window 

addionalAngle AddionalAngleFields OPTIONAL 
} 

AddionalDopplerFields : : = SEQUENCE { 

-- Doppler 1st order term, -1.0 - +0.5 Hz/sec 
-- {= -42 + {0 to 63) with 1/42 Hz/sec. resolution) 
dopplerl INTEGER {0..63), 

dopplerUncertainty INTEGER {0..7) 
-- a sender shall not encode any DopplerUncertainty value in the range 5 to 7 
-- a receiver shall ignore any value between 5 and 7. 
} 

AddionalAngleFields : : = SEQUENCE { 

-- azimuth angle, - 348.75 deg {=0-31 with 11.25 deg resolution) 

azimuth INTEGER {0..31), 

-- elevation angle, - 78.75 deg {=0-7 with 11.25 deg resolution) 

elevation INTEGER {0..7) 

} 

-- Real-Time Integrity 

-- number of bad satellites can be read from this element 

SeqOf-BadSatelliteSet ::= SEQUENCE {SIZE {1 . . 16 ) ) OF SatellitelD 

-- Extension Elements 

-- Release 98 Extensions here 
Rel98-MsrPosition-Req-Extension ::= SEQUENCE { 

rel98-Ext-ExpOTD Rel98-Ext-ExpOTD OPTIONAL, -- ExpectedOTD extension 

gpsTimeAssistanceMeasurementRequest NULL OPTIONAL, 

gpsRef erenceTimeUncertainty GPSRef erenceTimeUncertainty OPTIONAL 

-- Further R98 extensions here 

} 

Rel98-AssistanceData-Extension ::= SEQUENCE { 

rel98-Ext-ExpOTD Rel98-Ext-ExpOTD OPTIONAL, -- ExpectedOTD extension 

gpsTimeAssistanceMeasurementRequest NULL OPTIONAL, 

gpsRef erenceTimeUncertainty GPSRef erenceTimeUncertainty OPTIONAL 

-- Further R98 extensions here 
} 

-- Release 98 ExpOTD extension 
Rel98-Ext-ExpOTD ::= SEQUENCE { 

-- If MsrAssistBTS is included in message, msrAssistData-R98-ExpOTD shall be included. 
msrAssistData-R98-ExpOTD MsrAssistData-R98-ExpOTD OPTIONAL, 

-- If Systeminf oAssistaData is included in message, systeminf oAssistData-R98-ExpOTD shall be 
-- included. 

systemInfoAssistData-R98- ExpOTD Systeminf oAssistData-R98- ExpOTD OPTIONAL 
} 

-- MsrAssistData R98 extension 
MsrAssistData-R98-ExpOTD ::= SEQUENCE { 

msrAssistList-R98- ExpOTD SeqOfMsrAssistBTS-R98- ExpOTD 

} 

-- Indexes in SeqOfMsrAssistBTS-R98-ExpOTD refer to SeqOfMsrAssistBTS 

-- If the index exceeds the SegOfMsrAssistBTS range or if there is other 

-- inconsistencies between the BTS indices, the MS shall apply protocol 

-- error cause incorrectData 

SeqOfMsrAssistBTS-R98-ExpOTD ::= SEQUENCE {SIZE {1 . . 15 ) ) OF MsrAssistBTS-R98-ExpOTD 
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-- This element completes MsrAssistBTS IE 
iyisrAssistBTS-R98-ExpOTD ::= SEQUENCE { 

expectedOTD ExpectedOTD, 

expOTDUncertainty ExpOTDUncertainty 
} 

-- SystemlnfoAssistData R98 extension 
SystemInfoAssistData-R98-ExpOTD ::= SEQUENCE { 

systemInfoAssistListR98-ExpOTD SeqOf Systeminf oAssistBTS-R98-ExpOTD 
} 

-- SeqOfSystemInfoAssistBTS-R98-ExpOTD index refer to SeqOf Systeminf oAssistBTS 

-- If the index exceeds the SegOf Systeminf oAssistBTS range or if there is other 

-- inconsistencies between the BTS indices, the MS shall apply protocol 

-- error cause incorrectData 

SeqOfSystemInfoAssistBTS-R98-ExpOTD ::= SEQUENCE {SIZE {1 . . 32 ) ) OF Systeminf oAssistBTS-R98-ExpOTD 

-- whether n.th is present or not ? 
Systeminf oAssistBTS-R98-ExpOTD ::= CHOICE { 

notPresent NULL, 

present AssistBTSData-R98-ExpOTD 



-- This element completes AssistBTSData IE 
AssistBTSData-R98-ExpOTD ::= SEQUENCE { 
expectedOTD ExpectedOTD, 

expOTDUncertainty ExpOTDUncertainty 



Uncertainty of expected OTD 



-- Expected OTD value between nbor base station and reference BTS 

-- at MS ' s current estimated location. 

ExpectedOTD ::= INTEGER {0..1250) 

-- The ExpectedOTD value 1250 shall not be encoded by the transmitting entity and 

-- shall be treated by the receiving entity as 0. 

-- Uncertainty of Exptected OTD in bits 

ExpOTDUncertainty ::= INTEGER (0 .. 7) 

-- Release 98 extensions 



GPSRef erenceTimeUncertainty 



INTEGER { 



127) 



Coding according to Annex 



GPSTimeAssistanceMeasurements ::= SEQUENCE { 
referenceFrameMSB INTEGER {0 . . 63) OPTIONAL, 
gpsTowSubms INTEGER {0 . . 9999) OPTIONAL, 
deltaTow INTEGER {0 . . 127) OPTIONAL, 

gpsRef erenceTimeUncertainty GPSRef erenceTimeUncertainty OPTIONAL 



MSB of frame number 

in units of 100ns, for MS based AGPS 

for MS assisted AGPS 



Rel- 98 -MsrPosition-Rsp- Extension 



SEQUENCE 



-- First extension to Release 98 
rel-98-Ext-MeasureInfo SEQUENCE { 

otd-MeasureInfo-R98-Ext OTD -Measure Info-R9 8 -Ext 



OPTIONAL 



timeAssistanceMeasurements GPSTimeAssistanceMeasurements OPTIONAL 
-- Further R98 extensions here 



-- This is an addition to OTD-MeasureInf o element defined in original message, 

-- If OTD-Measurelnfo is absent, or if one or more OTD-MsrElementRest are present 

-- OTD-Measurelnfo-R98-Ext shall be absent. 

-- OTD-Measurelnfo-R98-Ext 

OTD-Measurelnfo-R98-Ext ::= SEQUENCE { 

-- Measurement info elements 

otdMsrFirstSets-R98-Ext OTD-MsrElementFirst-R98-Ext 
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-- OTD measurement information Ext for the first set only 

OTD-MsrElementFirst-R98-Ext ::= SEQUENCE { 

-- additional measured neighbors in OTD measurements 
otd-FirstSetMsrs-R98-Ext SeqOf OTD-FirstSetMsrs-R98-Ext OPTIONAL 

} 

SeqOfOTD-FirstSetMsrs-R98-Ext ::= SEQUENCE {SIZE {1.. 5)) OF OTD-FirstSetMsrs 

Rel-5-MsrPosition-Rsp-Extension ::= SEQUENCE { 

extended-reference Extended-reference OPTIONAL, 

-- The extended-reference shall be included by the MS if and only if previously 

-- received from the SMLC in a Measure Position Request. When included, the value sent 

-- by the MS shall equal the value received from the SMLC. 

-- extension to Release 5, for RRLP pseudo- segmentation here 

otd-MeasureInfo-5-Ext OTD-MeasureInfo-5-Ext OPTIONAL, 

ulPseudoSegInd UlPseudoSegInd OPTIONAL, -- Included when uplink RRLP 

-- Pseudo- segmentation is used, not included when no uplink pseudo- segmentation is used 

-- Possibly more extensions for Release 5 here later 



Extended- reference 
smlc-code 
transaction- ID 



SEQUENCE { 
INTEGER {0 . .63) , 
INTEGER {0 . .262143) 



OTD-MeasureInfo-5-Ext ::= SeqOf OTD-MsrElementRest 

-- if more than one measurement sets are present this element is repeated 
-- NumberOfSets - 1 {-1 = first set) combined in OTD-MeasureInfo-5-Ext and 
-- OTD-Measurelnfo {e.g. if NumberOfSets is 3, then one otdMsrRestSets may 
-- be sent in OTD-MeasureInfo-5-Ext and one in OTD-Measurelnfo) 

-- First part of Uplink RRLP Pseudo- segmentation indication, possibly more may be defined 
-- in the future for segmentation with more than two segments. 
UlPseudoSegInd : : = ENUMERATED { 

firstOfMany {0) , 

secondOf Many { 1 ) 



Rel5-MsrPosition-Req-Extension ::= SEQUENCE { 

extended-reference Extended-reference , 



Possibly more extensions for Release 5 here later 



Rel5-AssistanceData-Extension ::= SEQUENCE { 

extended- reference Extended- reference, 



-- Possibly more extensions for Release 5 here later 
} 

Rel-5-ProtocolError-Extension: : = SEQUENCE { 

extended- reference Extended- reference OPTIONAL, 

-- The extended-reference shall be included by the MS if and only if previously 

-- received from the SMLC. 

-- When included, the value sent by the MS shall equal the value received from the SMLC. 

-- Possibly more extensions for Release 5 here later 
} 

-- Release 7 Extensions here 



Rel7-MsrPosition-Req-Extension ::= SEQUENCE { 
velocityRequested 
ganssPositionMethod 
ganss-AssistData 

ganssCarrierPhaseMeasurementRequest 
ganssTODGSMTimeAssociationMeasurementRequest 
requiredResponseTime 
add-GPS-AssistData 
ganssMultiFreqMeasurementRequest 

-- Further Release 7 extentions here 



NULL OPTIONAL, 

GANSSPositioningMethod OPTIONAL, 

GANSS-AssistData OPTIONAL, 

NULL OPTIONAL, 

NULL OPTIONAL, 

RequiredResponseTime OPTIONAL, 

Add-GPS-AssistData OPTIONAL, 

NULL OPTIONAL, 
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-- additional satellite systems may be added in future versions of the protocol 

-- Bit of GANSSPositioningMethod bit map shall not be the only one set to TRUE {'1') 

GANSSPositioningMethod ::= BIT STRING { 



gps 

galileo 

sbas 

modernizedGPS 

qzss 

glonass 



(0) 
(1) 
(2) 
(3) 
(4) 
(5) 



{SIZE {2. .IS) ) 



GANSS-AssistData ::= SEQUENCE { 

ganss-controlHeader GANSS-ControlHeader 

} 

GANSS-ControlHeader ::= SEQUENCE { 
ganssCommonAssistData GANSSCommonAssistData 

ganssGenericAssistDataList SeqOfGANSSGenericAssistDataElement 



OPTIONAL, 
OPTIONAL 



-- GANSS Common Assistance Data Elements 

GANSSCommonAssistData ::= SEQUENCE { 

ganssReferenceTime GANSSRef erenceTime OPTIONAL, 

ganssRef Location GANSSRef Location OPTIONAL, 

ganssIonosphericModel GANSSIonosphericModel OPTIONAL, 



ganssAddlonosphericModel 
ganssEarthOrientParam 



GANSSAddlonosphericModel 
GANSSEarthOrientParam 



OPTIONAL, 
OPTIONAL 



-- List of GANSS Generic Assi 
SeqOfGANSSGenericAssistDataEl 
-- GANSS Generic Assistance D 
GANSSGenericAssistDataElement 
ganssID 

ganssTimeModel 
ganssDiff Corrections 
ganssNavigationModel 
ganssRealTime Integrity 
ganssDataBitAssist 
ganssRef MeasurementAssist 
gans sAlmanacMode 1 
ganssUTCModel 
gans sEphemerisExt ens ion 
gans sEphemerisExt Check 



stance Data Elements, up to 8 GANSS 

ement ::= SEQUENCE {SIZE {1..8)) OF GANSSGenericAssistDataElement 

ata Elements 

SEQUENCE { 

INTEGER {0..7) OPTIONAL, -- Coding according to Annex 



SeqOfGANSSTimeModel 

GANSSDiff Correct ions 

GANSSNavModel 

GANSSRealTimelntegrity 

GANSSDataBitAssist 

GANSSRef MeasurementAssist 

GANSSAlmanacModel 

GANSSUTCModel 

GANSSEphemerisExtension 

GANSSEphemerisExtensionCheck 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



sbasID INTEGER {0..7) OPTIONAL, -- Coding according to Annex 

ganssAddUTCModel GANSSAddUTCModel OPTIONAL, 

ganssAuxiliarylnfo GANSSAuxiliarylnformation OPTIONAL, 

gans sDiff Correct ionsValidityPeriod GANSSDiff Correct ionsValidityPeriod OPTIONAL 



GANSS COMMON ASSISTANCE DATA ELEMENTS 



-- GANSS Reference Time IE 
GANSSRef erenceTime : : = SEQUENCE { 

ganssRef Time Info 

gans sTOD-GSMTimeAssociat ion 
} 



GANSSRef Timelnfo, 
GANSSTOD-GSMTimeAssociation OPTIONAL 



-- GANSS Reference Time includes GANSS TOD, GANSS Day, uncertainty 
GANSSRef Timelnfo ::= SEQUENCE { 

ganssDay INTEGER{0 .. 8191) OPTIONAL, 

ganssTOD GANSSTOD, 

ganssTODUncertainty GANSSTODUncertainty OPTIONAL, 

ganssTimelD INTEGER {0 . . 7) OPTIONAL 



-- GANSS TOD integer seconds 
GANSSTOD ::= INTEGER {0 .. 86399) 



-- GANSS TOD uncertainty 
GANSSTODUncertainty ::= INTEGER {0 



. 127) 



Coding according to Annex 
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-- GANSS TOD-GSM Time association 
GANSSTOD-GSMTimeAssociation ::= SEQUENCE { 



bcchCarrier 

bsic 

f rameNumber 

timeSlot 

bitNumber 

f rameDrif t 



BCCHCarrier, 

BSIC, 

FrameNumber, 

TimeSlot, 

BitNumber, 

FrameDrif t 



BCCH carrier 
BSIC 



OPTIONAL 



-- Frame drift 

FrameDrift ::= INTEGER{-64 



63) 



-- GANSS Reference Location IE 
GANSSRef Location ::= SEQUENCE { 

threeDLocation Ext-Geographicallnformation 



-- GANSS Ionospheric Model IE 

-- GANSS Ionospheric Model consists of NeQuick model parameters and storm flags 

GANSSIonosphericModel ::= SEQUENCE { 

ganssIonoModel GANSSIonosphereModel , 

ganssIonoStormFlags GANSSIonoStormFlags OPTIONAL, 



-- GANSS ionosphere model. Coding according to Annex 
GANSSIonosphereModel ::= SEQUENCE { 

aiO INTEGER {0 . . 4095) , 

ail INTEGER {0 . . 4095) , 

ai2 INTEGER {0 . . 4095) 



-- GANSS ionosphere storm flags 
GANSSIonoStormFlags ::= SEQUENCE 

ionoStormFlagl 

ionoStormFlag2 

ionoStormFlag3 

ionoStormFlag4 

ionoStormFlag5 



INTEGER 


. 


■ 1) , 


INTEGER 


. 


■ 1) , 


INTEGER 


. 


■ 1) , 


INTEGER 


. 


• 1) , 


INTEGER 


. 


. 1) 



-- GANSS Additional Ionospheric Model IE 

-- GANSS Additional Ionospheric Model consists of Klobuchar model parameters 

GANSSAddlonosphericModel ::= SEQUENCE { 

datalD BIT STRING {SIZE (2)), -- Coding according to Annex 

ionoModel lonosphericModel 



-- GANSS Earth Orientation Paramaters IE 
GANSSEarthOrientParam ::= SEQUENCE { 



teop 

pmX 

pmXdot 

pmY 

pmYdot 

deltaUTl 

deltaUTldot 



INTEGER {0 . .65535) , 

INTEGER {-1048576 . .1048575) , 

INTEGER {-16384 . .16383) , 

INTEGER {-1048576 . .1048575) , 

INTEGER {-16384. .16383) , 

INTEGER {-1073741824. .1073741823) 

INTEGER {-262144 . .262143) 



GANSS GENERIC ASSISTANCE DATA ELEMENTS 
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-- GANSS Time Model IE consists of time offset and first and second order parameters to relate GNSS 
-- specific system time to selected time reference 
SeqOfGANSSTimeModel ::= SEQUENCE {SIZE {1.. 7)) OF GANSSTimeModelElement 



GANSSTimeModelElement ::= SEQUENCE { 

ganssTimeModelRefTime INTEGER {0 . 

tAO TAO , 

tAl TAl 

tA2 TA2 

gnssTOID INTEGER {0 

weekNumber INTEGER {0 



65535) , 



7) , 
8191) 



OPTIONAL, 

OPTIONAL, 

-- coding according to annex 

OPTIONAL 



-- GANSS time model parameter AO 

TAO ::= INTEGER {-2147483648 .. 2147483647) 

-- GANSS time model parameter Al 

TAl ::= INTEGER {-8388608 .. 8388607) 

-- GANSS time model parameter A2 
TA2 ::= INTEGER {-64 .. 63) 



-- DGANSS Corrections IE 

GANSSDiff Corrections ::= SEQUENCE { 

dganssRefTime INTEGER {0 . . 119) , 



DGANSS reference time 



-- N_SGN_TYPE can be read from number of elements of sgnTypeList 
sgnTypeList SeqOf SgnTypeElement 



SeqOfSgnTypeElement 



SEQUENCE {SIZE {1..3)) OF SgnTypeElement 



max three signals per GNSS 



-- DGANSS signal type element, once per GNSS signal type included in DGANSS 
SgnTypeElement : : = SEQUENCE { 

ganssSignallD GANSSSignallD, -- signal type identity 

ganssStatusHealth INTEGER {0 . . 7) , 

-- N_SAT can be read from number of elements of dganssSgnList 

dganssSgnList SeqOfDGANSSSgnElement 
} 

GANSSSignallD ::= INTEGER {0 .. 7) -- Coding according to Annex 
SeqOfDGANSSSgnElement ::= SEQUENCE {SIZE {1..16)) OF DGANSSSgnElement 

-- number of correction for signals 
DGANSSSgnElement : : = SEQUENCE { 

svID SVID, -- Satellite identity 

Sequence number for GANSS Navigation Model that matches the DGANSS correction set 

iod INTEGER {0 . . 1023) , 

-- User Differential Range Error 
udre INTEGER { . . 3 ) , 

-- Pseudo Range Correction, range is 

-- -655.04 - +655.04, 

pseudoRangeCor INTEGER { -2047 .. 2047) , 

-- Pseudo Range Rate Correction, range is 

-- -4.064 - +4.064, 

rangeRateCor INTEGER {-127.. 127) 



SVID 



INTEGER { 



63) 



Coding according to Annex 
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-- GANSS Navigation Model IE 

GANSSNavModel ::= SEQUENCE { 

nonBroadcastlndFlag INTEGER {0 . . 1) , 
ganssSatelliteList SeqOfGANSSSatelliteElement 



SeqOfGANSSSatelliteElement 



SEQUENCE {SIZE{1. .32) ) OF GANSSSatelliteElement 



GANSSSatelliteElement ::= SEQUENCE { 
svID SVID, 

svHealth BIT STRING {SIZE{5)) 

iod INTEGER {0 . . 1023) , 

ganssClockModel GANSSClockModel, 
ganssOrbitModel GANSSOrbitModel, 



Coding according to Annex 
Coding according to Annex 



svHealthMSB 
iodMSB 



BIT STRING (SIZEd) ) 
INTEGER {0 . . 1) 



OPTIONAL, 
OPTIONAL 



Coding according to Annex 
Coding according to Annex 



-- GANSS orbit model for the GNSS satellite according to the choice 
GANSSOrbitModel ::= CHOICE { 

keplerianSet NavModel-KeplerianSet , -- Model-1 



navKeplerianSet 
cnavKeplerianSet 
glonassECEF 
sbasECEF 



NavModel-NAVKeplerianSet, -- Model-2 

NavModel-CNAVKeplerianSet, -- Model-3 

NavModel-GLONASSecef , -- Model-4 

NavModel-SBASecef -- Model-5 



-- Navigation model 

NavModel-KeplerianSe 

keplerToe INTEGER 

keplerW INTEGER 

keplerDeltaN INTEGER 

keplerMO INTEGER 

keplerOmegaDot INTEGER 

keplerE INTEGER 

keplerlDot INTEGER 

keplerAPowerHalf INTEGER 

keplerlO INTEGER 

keplerOmegaO INTEGER 

keplerCrs INTEGER 

keplerCis INTEGER 

keplerCus INTEGER 

keplerCrc INTEGER 

keplerCic INTEGER 

keplerCuc INTEGER 



in Keplerian parameters 
t : : = SEQUENCE { 



. . 16383) , 

-2147483S48. .2147483647) 
-32768. .32767) , 
-2147483648. .2147483647) 
-8388608. .8388607) , 
. .4294967295) , 
-8192. .8191) , 
. . 4294967295) , 
-2147483648. .2147483647) 
-2147483648. .2147483647) 
-32768. .32767) , 
-32768. .32767) , 
-32768. .32767) , 
-32768. .32767) , 
-32768. .32767) , 
-32768. .32767) 



NavModel-NAVKepl 
navURA 
navFitFlag 
navToe 
navOmega 
navDeltaN 
navMO 

navOmegaADot 
navE 
navIDot 
navAPowerHal 
navIO 

navOmegaAO 
navCrs 
navCis 
navCus 
navCrc 
navCic 
navCuc 



erianSet : : = 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



SEQUENCE { 

0. .15) , 

0. .1) , 

0. .37799) , 

-2147483648. .2147483647) 

-32768. .32767) , 

-2147483648. .2147483647) 

-8388608. .8388607) , 

. .4294967295) , 

-8192. .8191) , 

. .4294967295) , 

-2147483648. .2147483647) 

-2147483648. .2147483647) 

-32768. .32767) , 

-32768. .32767) , 

-32768. .32767) , 

-32768. .32767) , 

-32768. .32767) , 

-32768. .32767) 
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NavModel-CNAVKeplerianSet ::= SEQUENCE { 


cnavTop 


INTEGER 


0. .2015) , 


cnavURAindex 


INTEGER 


-16. .15) , 


cnavDeltaA 


INTEGER 


-33554432. .33554431) , 


cnavAdot 


INTEGER 


-16777216. .16777215) , 


cnavDeltaNo 


INTEGER 


-65536. .65535) , 


cnavDeltaNoDot 


INTEGER 


-4194304. .4194303) , 


cnavMo 


INTEGER 


-4294967296. .4294967295) 


cnavE 


INTEGER 


0. .8589934591) , 


cnavOmega 


INTEGER 


-4294967296. .4294967295) 


cnavOMEGAO 


INTEGER 


-4294967296. .4294967295) 


cnavDeltaOmegaDot 


INTEGER 


-65536. .65535) , 


cnavio 


INTEGER 


-4294967296. .4294967295) 


cnavIoDot 


INTEGER 


-16384. .16383) , 


cnavCis 


INTEGER 


-32768. .32767) , 


cnavCic 


INTEGER 


-32768. .32767) , 


cnavCrs 


INTEGER 


-8388608. .8388607) , 


cnavCrc 


INTEGER 


-8388608. .8388607) , 


cnavCus 


INTEGER 


-1048576. .1048575) , 


cnavCuc 
} 


INTEGER 


-1048576. .1048575) 


NavModel-GLONASSecef : 


:= SEQUENCI 


^ { 


gloEn 


INTEGER 


0. .31) , 


gloPl 


BIT STRIL 


IG {SIZE{2) ) , 


gloP2 


BOOLEAN, 




gloM 


INTEGER 


0. .3) , 


gloX 


INTEGER 


-67108864. .67108863) , 


gloXdot 


INTEGER 


-8388608. .8388607) , 


gloXdotdot 


INTEGER 


-16. .15) , 


gloY 


INTEGER 


-67108864. .67108863) , 


gloYdot 


INTEGER 


-8388608. .8388607) , 


gloYdotdot 


INTEGER 


-16. .15) , 


gloZ 


INTEGER 


-67108864. .67108863) , 


gloZdot 


INTEGER 


-8388608. .8388607) , 


gloZdotdot 


INTEGER 


-16. .15) 



NavModel-SBASecef 
sbasTo 

sbasAccuracy 
sbasXg 
sbasYg 
sbasZg 
sbasXgDot 
sbasYgDot 
sbasZgDot 
sbasXgDotDot 
sbagYgDotDot 
sbasZgDotDot 



SEQUENCE { 

INTEGER {0 . .5399) 
BIT STRING {SIZE (4) ) 



OPTIONAL, 



INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



536870911) 
536870911) 



-536870912 
-536870912 
-16777216 . .16777215) 
-65536. .65535) , 
-65536. .65535) , 
-131072. .131071) , 
-512. .511) , 
-512 . .511) , 
-512 . .511) 



-- GANSS clock model for the GNSS satellite according to the choice 
GANSSClockModel ::= CHOICE { 

standardClockModelList SeqOf StandardClockModelElement , -- Model-1 



navClockModel 
cnavClockModel 
glonassClockModel 
sbasClockModel 



NAVclockModel, 
CNAVclockModel, 
GLONASSclockModel , 
SBASclockModel 



Model -2 
Model -3 
Model -4 
Model -5 



SeqOf StandardClockModelElement 



SEQUENCE {SIZE{1..2)) OF StandardClockModelElement 



StandardClockModelElement 
stanClockToc 
stanClockAF2 
stanClockAFl 
stanClockAFO 
stanClockTgd 
stanModellD 



SEQUENCE { 
INTEGER {0 . . 16383) , 
INTEGER {-2048 . . 2047) , 
INTEGER {-131072 . . 131071) , 

{-134217728 . . 134217727) 

{-512 . . 511) 

{0 . . 1) 



INTEGER 
INTEGER 
INTEGER 



OPTIONAL, 
OPTIONAL, 
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NAVclockModel ::= SEQUENCE { 




navToc INTEGER 


0. . 37799) , 


navaf2 INTEGER 


-128. .127) , 


navafl INTEGER 


-32768. .32767) , 


navafO INTEGER 


-2097152. .2097151) , 


navTgd INTEGER 
} 


-128. .127) 


CNAVclockModel ::= SEQUENCE 




cnavToc INTEGER 


0. .2015) , 


cnavTop INTEGER 


0. .2015) , 


cnavURAO INTEGER 


-16. .15) , 


cnavURAl INTEGER 


0. .7) , 


cnavURA2 INTEGER 


0. .7) , 


cnavAf2 INTEGER 


-512. .511) , 


cnavAfl INTEGER 


-524288. .524287) , 


cnavAfO INTEGER 


-33554432. .33554431) , 


cnavTgd INTEGER 


-4096. .4095) , 


cnavISCllcp INTEGER 


-4096.. 4095) OPTIONAL, 


cnavISCllcd INTEGER 


-4096.. 4095) OPTIONAL, 


cnavISCllca INTEGER 


-4096.. 4095) OPTIONAL, 


cnavISC12c INTEGER 


-4096.. 4095) OPTIONAL, 


cnavISC15i5 INTEGER 


-4096.. 4095) OPTIONAL, 


cnavISC15q5 INTEGER 
} 


-4096.. 4095) OPTIONAL 


GLONASSclockModel ::= SEQUENC 


:e { 


gloTau INTEGER 


-2097152. .2097151) , 


gloGamma INTEGER 


-1024. .1023) , 


gloDeltaTau INTEGER 
} 


-16. .15) OPTIONAL 


SBASclockModel ::= SEQUENCE 




sbasTo INTEGER 


0. .5399) , 


sbasAgfo INTEGER 


-2048. .2047) , 


sbasAgfl INTEGER 
} 


-128. .127) 


-- GANSS Real-Time Integrity 


IE 


GANSSRealTimelntegrity : : = SEQUENCE { 


-- list of satellites with bad signals 


-- NBS can be read from numl 


)er of elements in SeqOf -BadSignalSet 


ganssBadSignalList £ 
} 


eqOf BadSignalElement 


SeqOfBadSignalElement ::= SEQUENCE {SIZE {1 . . 16 ) ) OF BadSignalElement 


BadSignalElement ::= SEQUENCE 


^ { 


badSVID SVID, 


- - Coding according to Annex 


badSignallD GANSSSignals OPTIONAL -- Coding according to Annex 
} 


-- GANSS Data Bit Assistance 


IE 


GANSSDataBitAssist ::= SEQUEL 


ICE { 


ganssTOD 


INTEGER {0 . . 59) , 


-- N SAT can be read fron 


1 number of elements in SeqOfGanssDataBitsElement 


ganssDataBitsSatList 

} 

SeqOfGanssDataBitsElement ::= 


SeqOfGanssDataBitsElement , 


SEQUENCE {SIZEd .. 32 )) OF GanssDataBitsElement 


GanssDataBitsElement ::= SEQUENCE { 


svID SVID, 


-- N SGN can be read fron 


1 number of elements in Seq-OfGANSSDataBitsSgn 


ganssDataBitsSgnList £ 
} 


eq-OfGANSSDataBitsSgn, 
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Seq-OfGANSSDataBitsSgn ::= SEQUENCE {SIZE{1..8)) OF GANSSDataBitsSgnElement 




GANSSDataBitsSgnElement ::= SEQUENCE { 




ganssSignalType GANSSSignallD, 




-- N BIT can be read from number of elements in SeqOf -DataBits 




ganssDataBits SeqOf -GANSSDataBits, 

} 

SeqOf-GANSSDataBits ::= SEQUENCE {SIZE{1 .. 1024)) OF GANSSDataBit 






GANSSDataBit ::= INTEGER { .. 1) 




-- GANSS Reference Measurement Assistance IE 




-- Code and Doppler assistance from the network. 




GANSSRefMeasurementAssist ::= SEQUENCE { 




ganssSignallD GANSSSignallD, -- Coding according to Annex 




ganssRefMeasAssistList SeqOf GANSSRef Measurement Element 
} 




SeqOfGANSSRefMeasurementElement ::= SEQUENCE {SIZE{1 .. 16)) OF GANSSRefMeasurementElement 




GANSSRefMeasurementElement ::= SEQUENCE { 




svID SVID, 




-- Doppler 0th order term, 




-- -1024 m/s to 1023.5 m/s with 0.5 m/s resolution) 




dopplerO INTEGER {-2048 .. 2047), -- Coding according 


to Annex 


additionalDoppler AdditionalDopplerFields OPTIONAL, 




codePhase INTEGER {0 .. 1022), -- Code Phase in ms 




intCodePhase INTEGER {0 . . 127) , -- Integer Code Phase in ms 


codePhaseSearchWindow INTEGER {0 . . 31) , -- Code Phase Search Window, see 


Annex 


additionalAngle AddionalAngleFields OPTIONAL, 

} 

AdditionalDopplerFields ::= SEQUENCE { 






-- Doppler 1st order term, -0.2 - +0.1 m/s2 




-- { = -42 + {0 to 63) with 1/210 m/s2 resolution) 




dopplerl INTEGER {0..63), 




dopplerUncertainty INTEGER {0..4) 
} 




-- GANSS Almanac Model IE 




GANSSAlmanacModel : : = SEQUENCE { 




weekNumber INTEGER {0 . . 255) , 




toa INTEGER {0 . . 255) OPTIONAL, 




ioda INTEGER {0 . . 3) OPTIONAL, 




ganssAlmanacList SeqOf GANSSAlmanacElement 
} 




SeqOfGANSSAlmanacElement ::= SEQUENCE {SIZE{1 .. 36)) OF GANSSAlmanacElement 




-- GANSS Almanac Model 




GANSSAlmanacElement ::= CHOICE { 




keplerianAlmanacSet Almanac-KeplerianSet , -- Model-1 




keplerianNAVAlmanac Almanac -NAVKeplerianSet, -- Model-2 




keplerianReducedAlmanac Almanac-ReducedKeplerianSet , -- Model-3 




keplerianMidlAlmanac Almanac-MidiAlmanacSet , -- Model-4 




keplerianGLONASS Almanac-GlonassAlmanacSet , -- Model-5 




ecefSBASAlmanac Almanac-ECEFsbasAlmanacSet -- Model-6 
} 




-- Almanac parameters according to Keplerian parameters 




Almanac-KeplerianSet ::= SEQUENCE { 




svID SVID, 




kepAlmanacE INTEGER {0 . . 2047) , 




kepAlmanacDeltal INTEGER {-1024 . . 1023) , 




kepAlmanacOmegaDot INTEGER {-1024 .. 1023), 




kepSVHealth INTEGER {0 . . 15) , -- Coding according to Annex 




kepAlmanacAPowerHalf INTEGER {-65536 . . 65535) , 




kepAlmanacOmegaO INTEGER {-32768 .. 32767), 




kepAlmanacW INTEGER {-32768 . . 32767) , 




kepAlmanacMO INTEGER {-32768 .. 32767), 




kepAlmanacAFO INTEGER {-8192 . . 8191) , 




kepAlmanacAFl INTEGER { -1024 .. 1023 ) 
} 
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Almanac -NAVKeplerianSet ::= 


SEQUENCE 


{ 




svID 


SVID, 






navAlmE 


INTEGER 


0. .65535) , 




navAlmDeltal 


INTEGER 


-32768. .32767) , 




navAlmOMEGADOT 


INTEGER 


-32768. .32767) , 




navAlmSVHealth 


INTEGER 


0. .255) , 




navAlmSqrtA 


INTEGER 


0. .16777215) , 




navAlmOMEGAo 


INTEGER 


-8388608. .8388607) , 




navAlmOmega 


INTEGER 


-8388608. .8388607) , 




navAlmMo 


INTEGER 


-8388608. .8388607) , 




navAlmaf 


INTEGER 


-1024. .1023) , 




navAlmaf 1 
} 


INTEGER 


-1024. .1023) 




Almanac -ReducedKeplerianSet 


: : = SEQUENCE { 




svID 


SVID, 






redAlmDeltaA 


INTEGER 


-128. .127) , 




redAlmOmegaO 


INTEGER 


-64. .63) , 




redAlmPhiO 


INTEGER 


-64. .63) , 




redAlmLlHealth 


BOOLEAN, 






redAlmL2Health 


BOOLEAN, 






redAlmLSHealth 
} 


BOOLEAN 






Almanac -MidiAlmanacSet ::= 


SEQUENCE 






svID 


SVID, 






midlAlmE 


INTEGER 


0. .2047) , 




midlAlmDeltal 


INTEGER 


-1024. .1023) , 




midlAlmOmegaDot 


INTEGER 


-1024. .1023) , 




midlAlmSqrtA 


INTEGER 


0. .131071) , 




midlAlmOmega 


INTEGER 


-32768. .32767) , 




midlAlmOmega 


INTEGER 


-32768. .32767) , 




midlAlmMo 


INTEGER 


-32768. .32767) , 




midlAlmaf 


INTEGER 


-1024. .1023) , 




midlAlmaf 1 


INTEGER 


-512. .511) , 




midlAlmLlHealth 


BOOLEAN, 






midiAlmL2Health 


BOOLEAN, 






midlAlmLSHealth 
} 


BOOLEAN 






Almanac-GlonassAlmanacSet : 


:= SEQUENCE { 




gloAlmNA 


INTEGER 


1. .1461) , 




gloAlmnA 


INTEGER 


1. .24) , 




gloAlmHA 


INTEGER 


0. .31) , 




gloAlmLambdaA 


INTEGER 


-1048576. .1048575) , 




gloAlmtlambdaA 


INTEGER 


0. .2097151) , 




gloAlmDeltala 


INTEGER 


-131072. .131071) , 




gloAlmDeltaTA 


INTEGER 


-2097152. .2097151) , 




gloAlmDeltaTdotA 


INTEGER 


-64. .63) , 




gloAlmEpsilonA 


INTEGER 


0. .32767) , 




gloAlmOmegaA 


INTEGER 


-32768. .32767) , 




gloAlmTaiiA 


INTEGER 


-512. .511) , 




gloAlmCA 


INTEGER 


0. .1) , 




gloAlmMA 
} 


BIT STRIL 


IG {SIZE{2)) 


OPTIONAL 


Almanac -ECEFsbasAlmanacSet 


: : = SEQUEL 


ICE { 




sbasAlmDatalD 


INTEGER 


0. .3) , 




svID 


SVID, 






sbasAlmHealth 


BIT STRIL 


IG {SIZE{8) ) , 




sbasAlmXg 


INTEGER 


-16384. .16383) , 




sbasAlmYg 


INTEGER 


-16384. .16383) , 




sbasAlmZg 


INTEGER 


-256. .255) , 




sbasAlmXgdot 


INTEGER 


-4. .3) , 




sbasAlmYgDot 


INTEGER 


-4. .3) , 




sbasAlmZgDot 


INTEGER 


-8. .7) , 




sbasAlmTo 
} 


INTEGER 


0. .2047) 
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GANSS Universal Time Coordinate Model {Model -1) 



GANSSUTCModel 
ganssUtcAl 
ganssUtcAO 
ganssUtcTot 
ganssUtcWNt 
ganssUtcDeltaTls 
ganssUtcWNlsf 
ganssUtcDN 
ganssUtcDeltaTlsf 



SEQUENCE { 

INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



{-8388608. .83 
{-2147483G48. 
{0. .255) , 
{0. .255) , 
{-128. .127) , 
{0. .255) , 
{-128. .127) , 
{-128. .127) 



J8607) , 
,2147483647) 



- -GANSS Ephemeris Extension 

GANSSEphemerisExtension ::= SEQUENCE { 

ganssEphemerisHeader GANSSEphemerisExtensionHeader 

ganssReferenceSet SeqOfGANSSRef Orbit 

ganssephemerisDeltasMatrix GANSSEphemerisDeltaMatrix 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



-- The ganssEphemerisHeader and the ganssReferenceSet are mandatory only once in the delivery of the 
-- GANSS Ephemeris Extension. The ganssReferenceSet shall include all healthy satellite vehicles 
-- at the time of message construction. 

GANSSEphemerisExtensionHeader ::= SEQUENCE { 

timeAtEstimation GANSSEphemerisExtensionTime, 

validityPeriod INTEGER {1 .. 8) , 

-- The validity period, represented in hours, is the validity period of each individual ephemeris 
-- delta payload 

ephemerisExtensionDuration INTEGER{1. .512) , 
-- If the ephemerisExtensionDuration does not match the request duration made by the MS, the MS 
-- should regard the provided ephemerisExtensionDuration as the limit of the SMLC ephemeris 
-- extension capability at this time. 



GANSSEphemerisExtensionTime ::= SEQUENCE 
ganssEphExtDay INTEGER {0 .. 8191) , 
ganssEphExtTOD GANSSTOD, 



-- Reference Nav Model 


for Ephepmeris Extension 


Ref erenceNavModel ::= 


SEQUENCE { 




keplerToe 


INTEGER 


0. .37799) , 


keplerW 


INTEGER 


-2147483648. .2147483647) 


keplerDeltaN 


INTEGER 


-32768. .32767) , 


keplerMO 


INTEGER 


-2147483648. .2147483647) 


keplerOmegaDot 


INTEGER 


-8388608. .8388607) , 


keplerE 


INTEGER 


0. .4294967295) , 


keplerlDot 


INTEGER 


-8192. .8191) , 


keplerAPowerHalf 


INTEGER 


0. . 4294967295) , 


keplerlO 


INTEGER 


-2147483648. .2147483647) 


keplerOmegaO 


INTEGER 


-2147483648. .2147483647) 


keplerCrs 


INTEGER 


-32768. .32767) , 


keplerCis 


INTEGER 


-32768. .32767) , 


keplerCus 


INTEGER 


-32768. .32767) , 


keplerCrc 


INTEGER 


-32768. .32767) , 


keplerCic 


INTEGER 


-32768. .32767) , 


keplerCuc 


INTEGER 


-32768. .32767) 



SeqOfGANSSRefOrbit ::= SEQUENCE {SIZE {1 . . 32 ) ) OF GANSSRef erenceOrbit 

--The number of reference orbits can be read from number of elements in this sequence 



GANSSRef erenceOrbit 
svID 

ganssOrbitModel 
ganssClockModel 



SEQUENCE { 

SVID, 

Ref erenceNavModel , 

GANSSClockModel , 



GANSSEphemerisDeltaMatrix 



SEQUENCE {SIZE{1 



128)) OF GANSSEphemerisDeltaEpoch 
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GANSSEphemerisDeltaEpoch : 
ganssDeltaEpochHeader 
ganssDeltaElementList 



SEQUENCE { 

GANSSDeltaEpochHeader 
GANSSDeltaElementList , 



OPTIONAL, 



Each GANSSDeltaEpoch element contains a header and the delta values for a particular time window 
for all PRN' s. 



GANSSDeltaEpochHeader ::= 
validityPeriod 
ephemerisDeltaSizes 
ephemerisDeltaScales 



SEQUENCE { 

INTEGER { 1 . . 8 ) OPTIONAL , 

GANSSEphemerisDeltaBitSizes OPTIONAL, 

GANSSEphemerisDeltaScales OPTIONAL, 



-- In each of the GANSSDeltaEpochs, if the optional element, validityPeriod is not included, the 

-- value in GANSSEphemerisExtensionHeader shall be used. If the optional elements 

-- ephemerisDeltaSizes or ephemerisDeltaScales are not included, then the default ephemeris delta 

-- sizes and scales shall be used. The default sizes and scales are found in the annex in the 

-- table 55.11. 

GANSSDeltaElementList ::= SEQUENCE {SIZE{1 .. 32)) OF OCTET STRING{SIZE {1..49)) 

-- Each octet string element in GANSSDeltaElementList corresponds to one PRN within one epoch 

-- Table 55.11 of the annex shows the organization of the delta ephemeris octet string. 

-- Decoding of each of the octet strings is accomplished by consulting the ephemerisDeltaSizes 

-- table to learn the length and order of each of the parameters in the ephemerisDelta payload. 

-- Post decode scaling is accomplished by consulting the ephemerisDeltaScales table to learn the 

-- scale factors to apply to the terms in the delta ephemeris. 



-- Ephemeris Delta Bit Sizes. 
GANSSEphemerisDeltaBitSizes : 



SEQUENCE 



This structure defines the order and sizes of the fields in the GANSSDeltaEpoch octet string 
seqNum and svID are the first two elements of each GANSS Ephemeris Delta Element Structure 
seqNum is always 7 bits, and svID is always 6 bits long and are thus not included in 
the GANSSEphemerisDeltaBitSizes table. The value of seqNum indicates the GANSSDeltaEpoch number 

The Ephemeris delta element payload mimics the bitsize table, but also includes the svID and 
seqNum as the first two elements {in that order) , in each block. 



bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 



delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 



omega 

deltaN 

mO 

omegadot 

e 

idot 

sqrtA 

iO 

omega 

crs 

cis 

cus 

crc 

cic 

cue 

tgdl 

tgd2 



INTEGER {1. 


.32) 


INTEGER {1. 


.16) 


INTEGER {1. 


.32) 


INTEGER {1. 


.24) 


INTEGER {1. 


.32) 


INTEGER {1. 


.14) 


INTEGER {1. 


.32) 


INTEGER {1. 


.32) 


INTEGER {1. 


.32) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.10) 


INTEGER {1. 


.10) 
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GANSSEphemerisDeltaScales 



SEQUENCE 



scale 


-delta 


-omega 


INTEGER 


-16. 


.15) 


scale 


-delta 


-deltaN 


INTEGER 


-16. 


.15) 


scale 


-delta 


-mO 


INTEGER 


-16. 


.15) 


scale 


-delta 


-omegadot 


INTEGER 


-16. 


.15) 


scale 


-delta 


-e 


INTEGER 


-16. 


.15) 


scale 


-delta 


-idot 


INTEGER 


-16. 


.15) 


scale 


-delta 


-sqrtA 


INTEGER 


-16. 


.15) 


scale 


-delta 


-iO 


INTEGER 


-16. 


.15) 


scale 


-delta 


- omega 


INTEGER 


-16. 


.15) 


scale 


-delta 


-crs 


INTEGER 


-16. 


.15) 


scale 


-delta 


-cis 


INTEGER 


-16. 


.15) 


scale 


-delta 


-cus 


INTEGER 


-16. 


.15) 


scale 


-delta 


-crc 


INTEGER 


-16. 


.15) 


scale 


-delta 


-cic 


INTEGER 


-16. 


.15) 


scale 


-delta 


-cue 


INTEGER 


-16. 


.15) 


scale 


-delta 


-tgdl 


INTEGER 


-16. 


.15) 


scale 


-delta 


-tgd2 


INTEGER 


-16. 


.15) 



-- GANSS Ephemeris Extension Check 
GANSSEphemerisExtensionCheck ::= SEQUENCE { 

ganssBeginTime GANSSEphemerisExtensionTime, 

ganssEndTime GANSSEphemerisExtensionTime, 

ganssSat Events Info GANSSSatEventsInf o, 



GANSSSatEventsInfo : : 
eventOccured 
futureEventNoted 



SEQUENCE { 
BIT STRING {SIZE (64)), 
BIT STRING {SIZE (64)), 



-- If a bit is clear in the eventOccured field it indicates that no known errors have occured 

-- between the current time and the ganssBeginTime nor is a maneuver planned for the next sixty 

-- minutes. 

-- If a bit is set in the futureEventNoted field it indicates that a maneuver is planned during the 

-- time period between current time plus sixty minutes and the ganssEndTime 

-- GANSS Additional Universal Time Coordinate Model 

GANSSAddUTCModel ::= CHOICE { 

utcModel2 UTCmodelSet2 , 

utcModel3 UTCmodelSet3 , 

utcModel4 UTCmodelSet4 , 



UTCmodelSet2 



SEQUENCE 



utcAO 


INTEGER 


{-32768. .3276 


utcAl 


INTEGER 


{-4096. . 4095 


utcA2 


INTEGER 


{-64. .63) , 


utcDeltaTls 


INTEGER 


{-128. . 127) , 


utcTot 


INTEGER 


{0. .65535) , 


utcWNot 


INTEGER 


{0. .8191) , 


utcWNlsf 


INTEGER 


{0. .255) , 


utcDN 


BIT STRING {SIZE (4) ) , 


utcDeltaTlsf 
} 


INTEGER 


{-128. .127) 


UTCmodelSetS : := 


SEQUENCE { 




nA 


INTEGER 


{1. .1461) , 


tauC 


INTEGER 


{-2147483648. 


bl 


INTEGER 


{-1024. .1023) 


b2 


INTEGER 


{-512. .511) 


kp 


BIT STRING {SIZE (2) ) 



.2147483647) 



OPTIONAL, 
OPTIONAL, 
OPTIONAL 



£75/ 



3GPP TS 44.031 version 9.1.0 Release 9 



43 



ETSI TS 144 031 V9.1.0 (2010-02) 



UTCmodelSet4 
utcAlwnt 
utcAOwnt 
utcTot 
utcWNt 
utcDeltaTls 
utcWNlsf 
utcDN 

utcDeltaTlsf 
utcStandardID 



SEQUENCE { 

INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



-8388608. .83 
-2147483648 . 
0. .255) , 
0. .255) , 
-128. .127) , 
0. .255) , 
-128. .127) , 
-128 . .127) , 
0. .7) 



58607) , 
.2147483647) 



coding according to annex 



-- GANSS Auxiliary Information 

GANSSAuxiliarylnformation ::= CHOICE{ 

ganssIDl GANSS-IDl, -- This choice may only be present if GANSS ID indicates Modernized GPS 
ganssID3 GANSS-ID3, -- This choice may only be present if GANSS ID indicates GLONASS 



GANSS-IDl 



SEQUENCE {SIZE{1. .64) ) OF GANSS- IDl- element 



GANSS-IDl -element ::= SEQUENCE { 
svID SVID, 

signalsAvailable GANSSSignals, 



GANSS-ID3 



SEQUENCE {SIZE{1. .64) ) OF GANSS- ID3 -element 



GANSS-ID3-element ::= SEQUENCE { 
svID SVID, 

signalsAvailable GANSSSignals, 
channelNumber INTEGER {-7.. 13), 



-- DGANSS Corrections Validity Period: 

-- This element may only be included if GANSSDiff Corrections IE is included in 

-- GANSSGenericAssistDataElement element. 

-- GANSSDiff CorrectionsValidityPeriod shall contain the same number of elements as the 

-- SeqOfSgnTypeElement included in GANSSDiff Corrections IE 

GANSSDiffCorrectionsValidityPeriod ::= SEQUENCE {SIZE {1..3)) OF DGANSSExtensionSgnTypeElement 



DGANSSExtensionSgnTypeElement 
ganssSignallD 
dganssExtensionSgnList 



: = SEQUENCE { 

GANSSSignallD, -- signal type identity 
SeqOfDGANSSExtensionSgnElement 



-- SeqOfDGANSSExtensionSgnElement shall contain the same number of elements as the 
-- SeqOfDGANSSSgnElement included in GANSSDiff Corrections IE 
SeqOfDGANSSExtensionSgnElement ::= SEQUENCE {SIZE {1..16)) OF DGANSSExtensionSgnElement 



DGANSSExtensionSgnElement ::= SEQUENCE 
svID SVID, 

udreGrowthRate INTEGER { . . 7 ) , 
udreValidityTime INTEGER {0 .. 7) , 



Satellite identity 
coding according to annex 
coding according to annex 



--Required Measurement Request Response Time, range is 1 to 128 seconds. 
RequiredResponseTime ::= INTEGER {1..128) 

-- Control header for additional GPS assistance data 
Add-GPS-AssistData ::= SEQUENCE { 

add-GPS - controlHeader Add-GPS - ControlHeader 
} 

Add-GPS-ControlHeader ::= SEQUENCE { 

gpsEphemerisExtension GPSEphemerisExtension 

gpsEphemerisExtensionCheck GPSEphemerisExtensionCheck 



OPTIONAL, 
OPTIONAL, 



dgpsCorrectionsValidityPeriod DGPSCorrectionsValidityPeriod OPTIONAL 
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GPSClockModel ::= SEQUENCE { 

af2 INTEGER {-128.. 127), 
afl INTEGER { -32768 .. 32767) , 
afO INTEGER { -2097152 .. 2097151) 
tgd INTEGER {-12 8.. 12 7) 



--GPS Ephemeris Extension 

GPSEphemerisExtension ::= SEQUENCE { 

gpsEphemerisHeader GPSEphemerisExtensionHeader 

gpsReferenceSet SeqOfGPSRefOrbit 

gpsephemerisDeltaMatrix GPSEphemerisDeltaMatrix 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



-- The gpsEphemerisHeader and the gpsReferenceSet are mandatory only once in the delivery of the 

-- GPS Ephemeris Extension. The gpsReferenceSet shall include all healthy satellite vehicles at the 

-- time of message construction 

-- The SMLC is required to deliver the gpsReferenceSet for all healthy satellite vehicles 
-- at the time of message construction. 

GPSEphemerisExtensionHeader ::= SEQUENCE { 

timeof Estimation GPSEphemerisExtensionTime , 

validityPeriod INTEGER {1 .. 8) , 

-- The validity period, represented in hours is the validity period of each individual ephemeris 
-- delta payload 

ephemerisExtensionDuration INTEGER{1. .512) , 
-- If the ephemerisExtensionDuration does not match the request duration made by the MS, the MS 
-- should regard the provided ephemerisExtensionDuration as the limit of the SMLC ephemeris 
-- extension capability at this time. 



GPSEphemerisExtensionTime ::= SEQUENCE { 
gpsWeek GPSWeek, 

gpsTOW INTEGER {0.. 604799) 



SeqOfGPSRefOrbit ::= SEQUENCE {SIZE {1 . . 32) ) OF GPSRef erenceOrbit 

--The number of reference orbits can be read from number of elements in this sequence 



GPSRef erenceOrbit 
svID 

gpsOrbitModel 
gpsClockModel 



SEQUENCE I 
SVID, 

Ref erenceNavModel , 
GPSClockModel, 



GPSEphemerisDeltaMatrix 

GPSEphemerisDeltaEpoch : 
gpsDeltaEpochHeader 
gpsDeltaElementList 



= SEQUENCE {SIZE{1 

SEQUENCE { 
GPSDeltaEpochHeader 
GPSDeltaElementList , 



128)) OF GPSEphemerisDeltaEpoch 



OPTIONAL, 



-- Each GPSDeltaEpoch element contains a header and the delta values for a particular time window 
-- for all PRN' s. 
GPSDeltaEpochHeader ::= SEQUENCE { 

validityPeriod INTEGER {1 .. 8) OPTIONAL, 

ephemerisDeltaSizes GPSEphemerisDeltaBitSizes OPTIONAL, 

ephemerisDeltaScales GPSEphemerisDeltaScales OPTIONAL, 



In each of the GPSDeltaEpochs, if the optional element validityPeriod is not included, 
the value in GPSEphemerisExtensionHeader shall be used. if the optional elements 
ephemerisDeltaSizes or ephemerisDeltaScales are not included, then the default ephemeris delta 
sizes and scales shall be used. The default sizes and scales are found in the annex in section 
A.29.m 
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GPSDeltaElementList 



SEQUENCE {SIZE{1 



32)) OF OCTET STRING{SIZE {1..47)) 



Each octet string element in GPSDeltaElementList corresponds to one PRN within one epoch 

Table A.29.m of the annex shows the organization of the delta ephemeris octet string. 
Decoding of each of the octet strings is accomplished by consulting the ephemerisDeltaSizes 
table to learn the length and order of each of the parameters in the ephemerisDelta payload 

Post decode scaling is accomplished by consulting the ephemerisDeltaScales table to learn the. 
scale factors to apply to the terms in the delta ephemeris 

Ephemeris Delta Bit Sizes. 



GPSEphemerisDeltaBitSizes 



SEQUENCE 



This structure defines the order and sizes of the fields in the GPSsDeltaEpoch octet string 
seqNum and svID are the first two elements of each GPS Ephemeris Delta Element Structure 
seqNum is always 7 bits, and svID is always 5 bits long and are thus not included in 
the GPSEphemerisDeltaBitSizes table. seqNum indicates the GPSDeltaEpoch number. 

The Ephemeris delta element payload mimics the bitsize table, but also includes the svID and 
seqNum as the first two elements (in that order) , in each block. 



bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 
bitsize- 



delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 
delta- 



omega 

deltaN 

mO 

omegadot 

e 

idot 

sqrtA 

iO 

omega 

crs 

cis 

cus 

crc 

cic 

cue 

tgd 



INTEGER {1. 


.32) 


INTEGER {1. 


.16) 


INTEGER {1. 


.32) 


INTEGER {1. 


.24) 


INTEGER {1. 


.32) 


INTEGER {1. 


.14) 


INTEGER {1. 


.32) 


INTEGER {1. 


.32) 


INTEGER {1. 


.32) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.16) 


INTEGER {1. 


.10) 



GPSEphemerisDel 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 
scale-delta 



taScales : : 


= SEQUENCE { 






-omega 


INTEGER 


-16. 


.15) 


-deltaN 


INTEGER 


-16. 


.15) 


-mO 


INTEGER 


-16. 


.15) 


-omegadot 


INTEGER 


-16. 


.15) 


-e 


INTEGER 


-16. 


.15) 


-idot 


INTEGER 


-16. 


.15) 


-sqrtA 


INTEGER 


-16. 


.15) 


-iO 


INTEGER 


-16. 


.15) 


- omega 


INTEGER 


-16. 


.15) 


-crs 


INTEGER 


-16. 


.15) 


-cis 


INTEGER 


-16. 


.15) 


-cus 


INTEGER 


-16. 


.15) 


-crc 


INTEGER 


-16. 


.15) 


-cic 


INTEGER 


-16. 


.15) 


-cue 


INTEGER 


-16. 


.15) 


-tgd 


INTEGER 


-16. 


.15) 



GPSEphemerisExtensionCheck ::= SEQUENCE { 

gpsBeginTime GPSEphemerisExtensionTime, 

gpsEndTime GPSEphemerisExtensionTime, 

gpsSat Events Info GPSSat Events Info, 
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GPSSatEventsInfo ::= 
eventOccured 
futureEventNoted 



SEQUENCE { 

BIT STRING 
BIT STRING 



{SIZE (32)) 
{SIZE (32)) 



-- If a bit is clear in the eventOccured field it indicates that no known errors have occured since 

-- the gpsBeginTime nor is a maneuver planned for the next sixty minutes. 

-- If a bit is set in the futureEventNoted field it indicates that a maneuver is planned during the 

-- time period between current time plus sixty minutes and gpsEndTime 

-- DGPS Corrections Validity Period: 

-- This element may only be included if DGPSCorrections IE is included in ControlHeader element. 

-- DGPSCorrectionsValidityPeriod shall contain the same number of elements as the SeqOf SatElement 

-- included in DGPSCorrections IE 

DGPSCorrectionsValidityPeriod ::= SEQUENCE {SIZE {1..16)) OF DGPSExtensionSatElement 

DGPSExtensionSatElement ::= SEQUENCE { 
satellitelD SatellitelD, 
udreGrowthRate INTEGER { . . 7 ) , 
udreValidityTime INTEGER {0 .. 7) , 



coding according to annex 
coding according to annex 



Rel-7-MsrPosition-Rsp-Extension 



SEQUENCE { 



velEstimate VelocityEstimate OPTIONAL, 
-- Horizontal Velocity 
-- Horizontal with Vertical Velocity 
-- Horizontal Velocity with Uncertainty 
-- Horizontal with Vertical Velocity and Uncertainty 
ganssLocationlnfo GANSSLocationlnfo OPTIONAL, 
ganssMeasurelnfo GANSSMeasurelnfo OPTIONAL, 

-- Further Release 7 extensions here 



-- GANSS Location Information contains location estimate, time stamp with uncertainty 

-- and optionally Reference Frame field 

GANSSLocationlnfo ::= SEQUENCE { 

ref erenceFrame Ref erenceFrame OPTIONAL, -- Reference Frame Number 

ganssTODm GANSSTODm OPTIONAL, -- GNSS TOD modulo 

ganssTODFrac INTEGER {0 . . 16384) OPTIONAL, -- Coding according to Annex 

-- a value of 16384 shall not be encoded by the sender 
-- the receiver shall consider a value of 16384 to be invalid data 



ganssTODUncertainty 

ganssTimelD 

f ixType 

posData 

stationarylndication 



GANSSTODUncertainty 
INTEGER {0 . . 7) 
FixType, 
PositionData, 
INTEGER {0 . . 1) 



OPTIONAL, 
OPTIONAL, 



OPTIONAL, 



Coding according to Annex 
Coding according to Annex 



'0' if moving or motion not 
known 



-- Possible shapes carried in posEstimate are 

-- ellipsoid point, 

-- ellipsoid point with uncertainty circle 

-- ellipsoid point with uncertainty ellipse 

-- ellipsoid point with altitude and uncertainty ellipsoid 

posEstimate Ext -Geographical Information, 



PositionData 


: : = 


BIT 


STRING { 




e-otd 






{0) , 




gps 






(1) , 




galileo 






(2), 




sbas 






(3) , 




modernize 


dCPS 




{4) , 




qzss 






{5) , 




glonass 






{6) } {SIZE 


{3 



.16)) 



-- GANSS TOD modulo 1 hour 
GANSSTODm ::= INTEGER {0 .. 3599999) 

Ref erenceFrame ::= SEQUENCE { 
referenceFN INTEGER {0 . . 65535) , 

-- Note that applicable range for referenceFN is - 42431 
referenceFNMSB INTEGER {0 . . 63) OPTIONAL -- MSB of Reference Frame Number 
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-- GANSS Measurement Information 
GANSSMeasurelnfo ::= SEQUENCE { 

-- Measurement info elements 
ganssMsrSetList SeqOf GANSS -MsrSetElement 



SeqOf GANSS -MsrSetElement 



SEQUENCE {SIZE{1..3)) OF GANSS -MsrSetElement 



-- GANSS measurement information 1-3 times in a message 

GANSS-MsrSetElement ::= SEQUENCE { 

ref erenceFrame Ref erenceFrame OPTIONAL, -- Reference Frame Number 

-- if ganssTODm is included, it is the GNSS specific system time of the GANSS reported 

-- first in ganss-SgnTypeList . If GPS Measurement Information element is not included in 

-- a Measure Position Response component, this field shall be present. 

ganssTODm GANSSTODm OPTIONAL, -- GANSS TOD modulo 1 hour 

deltaGANSSTOD INTEGER {0 . . 127) OPTIONAL, 

ganssTODUncertainty GANSSTODUncertainty OPTIONAL, -- Coding according to Annex 

--N_GANSS can be read from number of elements of SeqOf GANSS-MsrElement 

ganss-MsrElementList SeqOf GANSS-MsrElement 

} 

SeqOfGANSS-MsrElement ::= SEQUENCE {SIZE{1..8)) OF GANSS-MsrElement 

GANSS-MsrElement ::= SEQUENCE { 

ganssID INTEGER {0..7) OPTIONAL, --Absence means Galileo 

ganss-SgnTypeList SeqOfGANSS-SgnTypeElement 
} 

-- Measurements can be returned up to 8 different signal types 

-- N_SGN_TYPE can be read from number of elements of SeqOfGANSS-SgnTypeElement 
-- Reporting of multiple signal types as defined in A.2.2.4g 
SeqOfGANSS-SgnTypeElement ::= SEQUENCE {SIZE{1..8)) OF GANSS -SgnTypeElement 

GANSS -SgnTypeElement ::= SEQUENCE { 

ganssSignallD GANSSSignallD, -- Coding according to Annex 

ganssCodePhaseAmbiguity INTEGER {0 . . 127) OPTIONAL, 

--N_SGN can be read from number of elements of SeqOfGANSS-SgnElement 
ganss-SgnList SeqOfGANSS-SgnElement, 



-- Up to 16 Measurements can be returned per signal type 
SeqOfGANSS-SgnElement ::= SEQUENCE {SIZE {1 . . 16 ) ) OF GANSS -SgnElement 



SEQUENCE { 
SVID, 

INTEGER { 
Mpathlndic, 



GANSS -SgnElement 
svID 
cNo 

mpathDet 
carrierQualityInd INTEGER 
codePhase INTEGER 

integerCodePhase INTEGER 
codePhaseRMSError INTEGER 
doppler INTEGER 

adr INTEGER 



63) 



. . 3) 

. . 2097151) , 

. . 127) 

0. .63) , 

-32768 . . 32767) 

. . 33554431) 



OPTIONAL, 



OPTIONAL, 



OPTIONAL, 
OPTIONAL 



-- Coding according to Annex 
Coding according to Annex 



Coding according to Annex 



Rel7-AssistanceData-Extension ::= SEQUENCE { 
ganss-AssistData 

ganssCarrierPhaseMeasurementRequest 
ganssTODGSMTimeAssociationMeasurementRequest 
add-GPS-AssistData 



GANSS -AssistData 

NULL 

NULL 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Add-GPS-AssistData OPTIONAL, 



Possibly more extensions for Release 7 here 
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-- Rel-7 Positioning Capability parameters here 

PosCapabilities ::= SEQUENCE { 

nonGANSSpositionMethods NonGANSSPositionMethods OPTIONAL, 

gANSSPositionMethods GANSSPositionMethods OPTIONAL, 

multipleMeasurementSets MultipleMeasurementSets OPTIONAL, 



NonGANSSPositionMethods ::= BIT STRING { 
msAssistedEOTD (0) , 
msBasedEOTD (!) , 
msAssistedGPS (2) , 
msBasedCPS (3) , 
standaloneGPS (4) } {SIZE {1..16)) 

GANSSPositionMethods ::= SEQUENCE {SIZE {1 . . 16 ) ) OF GANSSPositionMethod 

GANSSPositionMethod ::= SEQUENCE { 

ganssID INTEGER {0..7) OPTIONAL, --Absence means Galileo 

-- gANSSPositioningMethodTypes may be present for PosCapability-Req 
-- and shall be present for PosCapability-Rsp 

gANSSPositioningMethodTypes GANSSPositioningMethodTypes OPTIONAL, 

gANSSSignals GANSSSignals, 

-- sbasID shall be present if and only if ganssID indicates SBAS 

sbasID SBASID OPTIONAL 

} 

GANSSPositioningMethodTypes ::= BIT STRING { 
msAssisted {0) , 
msBased {!) , 
standalone {2) } {SIZE {1..8)) 

-- indicates MS support for particular GANSS signals and frequencies 
GANSSSignals ::= BIT STRING { 

signall {0) 

signal2 {1) 

signals {2) 

signal4 {3) 

signals {4) 

signal6 {5) 

signal? {6) 

signals {7) } {SIZE {1..8)) 

SBASID ::= BIT STRING { 
waas {0) , 
egnos {!) , 
masas {2) , 
gagan {3) } {SIZE {1. .8) ) 

-- indicates MS support of multiple measurement sets for MS assisted position methods 
MultipleMeasurementSets ::= BIT STRING { 

eotd {0) , 

gps {1) , 

ganss {2) } {SIZE {1. .8) ) 

-- indicates MS support of different types of assistance data 

AssistanceSupported ::= SEQUENCE { 

gpsAssistance GPSAssistance OPTIONAL, 

gANSSAssistanceSet GANSSAssistanceSet OPTIONAL, 

gANSSAdditionalAssistanceChoices GANSSAdditionalAssistanceChoices OPTIONAL 
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-- GPS assistance data supported 
GPSAssistance ::= BIT STRING { 

almanac (0) , 

uTCmodel (1) , 

ionosphericModel (2) , 

navigationmodel (3) , 

dGPScorrections (4), 

ref erenceLocation (5) , 

ref erenceTime (6), 

acquisitionAssistance (7) , 

realTimelntegrity (8), 

ephemerisExtension (9) , 

ephemerisExtensionCheck (10)} 



{SIZE {1. .16) ) 



-- GANSS assistance data supported 

GANSSAssistanceSet ::= SEQUENCE { 

commonGANSSAssistance CommonGANSS Assistance , 
specif icGANSSAssistance Specif icGANSSAssistance, 



Common GANSS assistance data supported 



CommonGANSSAssistance ::= 
ref erenceTime 
ref erenceLocation 
ionosphericModel 
addlonosphericModel 
earthOrientationParam 



BIT STRING { 

(0) , 

(1) , 

(3) , 

(4) , 

(5) } {SIZE {1. .8) ) 



SpecificGANSSAssistance ::= SEQUENCE {SIZE {1 . . 16 ) ) OF GANSSAssistanceForOneGANSS 

-- assistance data supported for a particular GANSS system 
GANSSAssistanceForOneGANSS ::= SEQUENCE { 

ganssID INTEGER {0..7) OPTIONAL, --Absence means Galileo 

gANSSAssistance GANSSAssistance, 



-- specific GANSS assistance data supported 

GANSSAssistance ::= BIT STRING { 

realTimelntegrity {0) 

dif f erentialCorrections {1) 

almanac {2) 
ref erenceMeasurementInf ormation {3 ) 

navigationModel (4) 

timeModelGNSS-UTC (5) 

timeModelGNSS-GNSS (6) 

databitassistance (7) 

ephemerisExtension (8) 

ephemerisExtensionCheck (9) 

addUTCmodel {10) 

auxiliaryinf ormation {11) 



{SIZE {1. .16) ) 



GANSSAdditionalAssistanceChoices ::= SEQUENCE {SIZE {1 . . 16) ) OF 
GANSSAdditionalAssistanceChoicesForOneGANSS 



GANSSAdditionalAssistanceChoicesForOneGANSS 



SEQUENCE { 



ganssID INTEGER {0..7) OPTIONAL, 

ganssClockModelChoice GANSSModellD OPTIONAL, 

gannsOrbitModelChoice GANSSModellD OPTIONAL, 

ganssAlmanacModelChoice GANSSModellD OPTIONAL, 

ganssAdditionalUTCModelChoice GANSSModellD OPTIONAL, 



-Absence means Galileo 
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GANSSModellD : 

modell (0) 

model2 (1) 

model3 (2) 

model4 (3) 

models (4) 

model6 (5) 

model? (6) 

models (7) 



BIT STRING { 



{SIZE {1. .8) ) 



-- indicates assistance data that may be needed by the MS 

AssistanceNeeded ::= SEQUENCE { 

gpsAssistanceData GPSAssistanceData OPTIONAL, 
ganssAssistanceData GANSSAssistanceData OPTIONAL, 



6 TOM Protocol Header for RRLP Transport 

6.1 General 

For the specification of the TOM protocol, see 3GPP TS 44.064. 

6.2 Remaining Octets of TOM Protocol Header for RRLP 

The number of remaining octet following the first octets of the TOM protocol header for RRLP is one. The encoding of 
this octet is defined in the figure 6.1 and the table 6.1. 



Bit 

5 4 



Spare 



1 Octet 
1 



C/R 



Figure 6.1 : Remaining Octets of TOIVI Protocol Header for RRLP 
Table 6.1 : C/R bit content 



C/R 


Ul frame information field 





Command (SMLC to MS) or Final Response (MS to 
SMLC) 


1 


Not Command or Final Response 



The setting of the C/R flag is provided by the sending RRLP entity, for further details see 3GPP TS 43.059. 

The Spare bits shall be ignored by the receiver and set to by the sender. If a protocol header with more than one 
remaining octet of the TOM protocol header is received, the additional octets after the first remaining octet shall be 
ignored by the receiver. 
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Annex A (informative): 
Description of Components 



A.1 



Introduction 



This annex describes the contents of components. 

A.2 IVIeasure Position Request 
A.2.1 General 

The Measure Position Request is a RRLP component from the SMLC to the MS. This component is common to E- 
OTD,GPS and GANSS (GaHleo and Additional Navigation Satellite Systems) location methods. As a response to this 
component, the MS performs E-OTD,GPS or GANSS measurements and possibly calculates its own position, if the MS 
and/or the network support these options. It contains the following elements. 

Table A.1 : Measure Position Request component content 



Element 


Type/Reference 


Presence 


Positioning Instructions 


Positioning Instructions 2.2.1 


M 


E-OTD Reference BTS for 
Assistance Data 


E-OTD Reference BTS for Assistance 
Data 2.2.2 





E-OTD IVIeasurement Assistance 
Data 


E-OTD Measurement Assistance Data 
2.2.3 





E-OTD IVIeasurement Assistance 
Data for System Information List 


E-OTD Measurement Assistance Data 
for System Information List 2.2.4 





GPS Assistance Data 


GPS Assistance Data 4.2.4 





Additional GPS Assistance Data 


Additional GPS Assistance Data 4.2.4c 





GPS Time Assistance IVIeasurement 
Request 


GPS Time Assistance Measurement 
Request 2.2.4a 





GPS Reference Time Uncertainty 


GPS Reference Time Uncertainty 2.2.4b 





Velocity Request 


Velocity Request 2.2.4c 





Extended Reference 


Extended Reference 2.2.5 





GANSS Positioning Method 
Element 


GANSS Positioning Method Element 
2.2.1a 





GANSS Carrier-Phase 
Measurement Request 


GANSS Carrier-Phase Measurement 
Request 2.2.4d 





GANSS TOD - GSM Time 
Association Request 


GANSS TOD - GSM Time Association 
Request 2.2.4e 





GANSS Multi-frequency 
Measurement Request 


GANSS Multi-frequency Measurement 
Request 2.2.4g 





GANSS Assistance Data 


GANSS Assistance Data 4.2.6 





Required Response Time 


Required Response Time 2.2.4f 






A.2.2 Elements 



A.2.2.1 



Positioning Instructions Element 



The purpose of Positioning Instructions element is to express the allowed/required location method(s), and to provide 
information required QoS. This element is mandatory in the Measure Position Request message, and contains the 
following fields: 

Method Type 
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This field indicates whether MS based or assisted version is allowed/requested. If the Positioning Methods field 
includes more than one method, the Method Type applies to all of them. This field is mandatory, and has the following 
values: 

'0': MS assisted; 

'1': MS based; 

'2': MS based is preferred, but MS assisted is allowed; 

'3': MS assisted is preferred, but MS based is allowed. 

In GPS positioning methods, 'MS based' may indicate either MS Based Assisted GPS method or Conventional GPS 
method. If 'MS based is indicated with no GPS assistance data then the MS may interpret this as either Conventional 
GPS or MS based A-GPS without assistance data. The same interpretation applies also to the GANSS positioning 
method. 

Positioning Methods 

This field indicates which location method or methods should be used. This field is mandatory. 

'0': E-OTD; 

'l':GPS; 

'2': E-OTD or GPS (i.e. both can be reported). 

NOTE: If the selected positioning method is 'GPS' or 'E-OTD or GPS', the field GANSS Positioning Method, if 
present in a Measure Position Request component, indicates request of GANSS method and indicates the 
allowed satellite systems. 

Response Time 

This field indicates the desired response time. However, when performing measurements, the desired response time 
may be exceeded. This field is mandatory. 

The response time is 2*^ seconds, where N is the value in this field. Thus the desired maximum response time can be 1, 
2, 4, 8, 16, 32, 64, or 128 seconds. 

Range: 0-7 

Accuracy 

This field indicates the required accuracy of the location estimate. This is field is mandatory when Method Type is '1', 
'2', or '3' and optional when Method Type is '0'. 

This field is 7 bit Uncertainty Code as defined in 3GPP TS 23.032. 

Multiple Sets 

This field indicates whether MS is requested to send multiple E-OTD/GPS/GANSS Measurement Information Sets. The 
maximum number of measurement sets is three. This is field is mandatory. MS is expected to include the current 
measurement set. Additionally MS may include historical measurement sets, or measure new additional sets if the 
response time allows that. 

'0': multiple lEs can be send; 

'1': sending of multiple sets is not allowed. 

Environment Characterization 

Environment Characterization field provides the MS with information about expected multipath and NLOS in the 
current area. This field is optional. 

'0': possibly heavy multipath and NLOS conditions (e.g. bad urban or urban). 

'1': no or light multipath and usually LOS conditions (e.g. suburban or rural). 
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'2': not defined or mixed environment. 
'3': reserved for future use. 

A.2.2.1a GANSS Positioning Method Element 

This bit map indicates the satelHte systems allowed by the SMLC corresponding to allowance of 'GPS' in the 
Positioning Methods field. Each bit is of type Boolean, where TRUE ('!') means the particular satellite system is 
allowed. For example EOTD + Galileo method can be indicated by setting 'E-OTD or GPS' in Positioning Methods and 
setting only the 'bit 1' to TRUE value in the GANSS Positioning Method element. The MS shall not request assistance 
data or report measurements for the systems that are not indicated in the bit map. 

NOTE: Bit of this bit map shall not be the only one set to TRUE ('!'). 

'bit 0': GPS; 

'bit 1': Galileo; 

'bit 2' : SB AS (WAAS, EGNOS, MS AS, GAG AN); 

'bit 3': Modernized GPS (LlC, L2C, L5); 

'bit 4': QZSS; 

'bits': GLONASS; 

'bit 6-15': Reserved for future GNSSes. 

A.2.2.2 E-OTD Reference BTS for Assistance Data Element 

The RTD and 5 1 multiframe offset values in the E-OTD Measurement Assistance Data element and the E-OTD 
Measurement Assistance Data for System Information List element are calculated relative to the BTS indicated in this 
element. Also the E-OTD Measurement Assistance data for System Information List element, if present, refers to the 
System Information Neighbor List of this reference BTS. 

Inclusion of this parameter is mandatory for E-OTD since it is not possible to reliably default to the current serving 
BTS for the target MS, as there is a small chance that the SMLC does not know this. If the E-OTD Measurement 
Assistance data for System Information List element is present, the current serving cell must be the same as reference 
BTS identified in this element. 

BCCH Carrier 

This field indicates the absolute RF channel number of BCCH of the reference BTS. This field is mandatory. 

Range: 0-1023 

BSIC 
This field indicates the BSIC (Base Station Identity Code) of the reference BTS. This field is mandatory. 

Range: - 63 

Time Slot Scheme 

The Time Slot Scheme field indicates the type of transmission scheme the reference BTS is using. If the MS measures 
BTSs signals from time slots other than or 4, and it is informed about the burst length schemes used by BTSs, then it 
can compensate for the possible error. (This is necessary if the MS averages bursts from different time slots, and the 
BTS uses varying lengths of bursts.) This field is mandatory. 

'0' = all time slots are 156.25 bits long. 

'1' = time slots and 4 are 157 bits long and other time slots are 156 bits long. 

BTS Position 
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This field contains the BTS position in the format defined in 3GPP TS 23.032. This field is optional, but should be 
present for MS based E-OTD positioning. The allowed shapes are: 

ellipsoid point; 

ellipsoid point with altitude and uncertainty ellipsoid. 

A. 2. 2.3 E-OTD Measurement Assistance Data Element 

This element identifies BTSs that are used for E-OTD measurements. This element helps the MS to make 
measurements from neighbor BTS (even below decoding level). This element is optional in the Measure Position 
Request component. The presence of this element means that the MS should try to measure the E-OTD values between 
the reference BTS and the BTSs identified in this element. 

This element is used to deliver E-OTD measurement assistance data for those BTSs, that are not included in the System 
Information Neighbor List of the reference BTS, if necessary. 

The RTD and 5 1 multiframe offset values are calculated relative to the BTS indicated in the E-OTD Reference BTS for 
Assistance Data element. This element contains the following fields. 

Number of BTSs 

This field indicates how many BTSs are included in this IE. This field is mandatory. The maximum number of BTSs in 
this message for whom the assistance data can be given is 16 (reference BTS and 15 neigbour BTSs). Thus the sum of 
Number of BTSs field in this IE and total amount of E-OTD Neighbor present bits with value '1' in E-OTD 
Measurement Assistance Data for System Information List IE can be at a maximum 15. 

Range: 1 to 15. 

The following fields are repeated for the number of BTSs included in the Number of BTSs field. 
BCCH Carrier 
This field indicates the absolute RF channel number of BCCH of the particular BTS. This field is mandatory. 

Range: 0-1023 

BSIC 
This field indicates the BSIC (Base Station Identity Code) of the particular BTS. This field is mandatory. 

Range: - 63 

Multiframe Offset 

This field indicates the frame difference between the start of the 5 1 multiframes frames being transmitted from this BTS 
and the reference BTS. The multiframe offset is defined as Tbts - TRet, where Tbts is the time of the start of the 51 
multiframe in the BTS in question, and TRet is the time of the start of the 51 multiframe in the reference BTS. This field 
is mandatory. Multiframe Offset may be used to calculate the Expected Multiframe Offset (the Multiframe Offset value 
that MS is expected to measure between this BTS and reference BTS in its current estimated location). 

Expected Multiframe Offset = (Multiframe Offset + Adjustment) modulo 51 

Adjustment = 1 if Rough RTD - Expected OTD >= 850 

Adjustment = - 1 if Rough RTD - Expected OTD =< -850 

Adjustment = if -400 =< Rough RTD - Expected OTD =< 400 

If the Rough RTD - Expected OTD is not within any of the ranges above, an error has occurred and the Expected OTD 
should be ignored and no Expected Multiframe Offset can be calculated. 

Range: 0-51 

Usable range of Multiframe Offset value is - 50. The Multiframe Offset value 51 shall not be encoded by the 
transmitting entity and shall be treated by the receiving entity as 0. 
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Time Slot Scheme 

The Time Slot Scheme field indicates the type of transmission scheme the particular BTS is using. If the MS measures 
BTSs signals from time slots other than or 4, and it is informed about the burst length schemes used by BTSs, then it 
can compensate for the possible error. (This is necessary if the MS averages bursts from different time slots, and the 
BTS uses varying lengths of bursts.) This field is mandatory. 

'0' = all time slots are 156.25 bits long. 

'1' = time slots and 4 are 157 bits long and other time slots are 156 bits long. 

Rough RTD 

This field indicates the rough RTD value between this BTS and reference BTS. The used resolution is 1 bits. This RTD 
value is the RTD value of TSOs (i.e. the difference in starting of TSO), not only the RTD between starts of bursts. The 
RTD is defined as Tbts - Tsef, where Tbts is the time of the start of TSO in the BTS in question, and T^ef is the time of 
the start of the TSO in the reference BTS. This field is mandatory. 

Range: 0-1250 

Usable range of Rough RTD value is - 1249. The Rough RTD value 1250 shall not be encoded by the transmitting 
entity and shall be treated by the receiving entity as 0. 

Accurate RTD values are needed for MS based E-OTD, i.e. when the MS calculates its own position. 

Expected OTD 

This field indicates the OTD value that MS is expected to measure between this BTS and reference BTS in its current 
estimated location. SMLC can estimate MS's location roughly e.g. based on serving BTS coordinates, TA, and possibly 
some other information. The used resolution is 1 bits. This OTD value is the OTD value of TSOs (i.e. the difference in 
starting of TSO), not only the OTD between starts of bursts. The OTD is defined as Tbts- TRet, where Tbts is the time of 
the start of TSO in the BTS in question, and TRet is the time of the start of the TSO in the reference BTS. This is element 
is Release 98 extension and it is an optional element included in Release98-Ext IE. SMLC shall send this element to 
MS supporting MS Assisted or MS Based E-OTD. 

Range: 0-1250 

Usable range of Expected OTD value is - 1249. The Expected OTD value 1250 shall not be encoded by the 
transmitting entity and shall be treated by the receiving entity as 0. 

Uncertainty Of Expected OTD 

This field indicates the uncertainty in Expected OTD value. The uncertainty is related to SMLC's estimation of MS's 
location. The uncertainty defines following search window for MS, that it can use to speed up the OTD measurements: 

Expected OTD - Uncertainty < measured OTD < Expected OTD + Uncertainty. 

This is element is Release 98 extension and it is an optional element included in Release98-Ext IE. SMLC shall send 
this element to MS supporting MS Assisted or MS Based E-OTD. 

Range is - 7 with following encoding: 

'0' < uncertainty <= 2 bit; 

'1 ' 2 < uncertainty <= 4 bit; 

'2' 4 < uncertainty <= 8 bit; 

'3' 8 < uncertainty <= 12 bit; 

'4' 12 < uncertainty <= 16 bit; 

'5' 16 < uncertainty <= 22 bit; 

'6' 22 < uncertainty <= 30 bit; 

7' uncertainty > 30 bit. 

NOTE: If uncertainty in MS's location is x bits, uncertainty in Expected OTD is 2*x (in the worst case). When 
the uncertainty is given with value '7' no upper bound exist for the uncertainty. 

The following fields tell the coordinates of neighbor BTSs that are used for E-OTD measurements, and also fine RTD 
values. This information allows the MS to calculate its own location. These fields (Fine RTD, Relative north. Relative 
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east and Relative altitude) are optional. All of Fine RTD, Relative north, and Relative east fields must be present, if 
some of them is included. 

Fine RTD 

This field indicates the fine RTD value between this BTS and reference BTS. It provides the 1/256 bit duration 
resolution to the value expressed in the corresponding Rough RTD field. This RTD value is the RTD value of TSOs 
(i.e. the difference in starting of TSO), not only the RTD between starts of bursts. The RTD is defined as Tbts - TRef, 
where Tbts is the time of the start of TSO in the BTS in question, and TRef is the time of the start of the TSO in the 
reference BTS. This field is optional. 

Range: - 255 

Relative North 

This field indicates the distance of the neighbor BTS from the reference BTS in north- (negative values mean south) 
direction. This field is optional. The units are 0.03 seconds. The used reference ellipsoid is WGS 84 ellipsoid. 

Range: -200000 . . . 200000 

Relative East 

This field indicates the distance of the neighbor BTS from the reference BTS in east (negative values mean west) 
direction. This field is optional. The units are 0.03 seconds. The used reference ellipsoid is WGS 84 ellipsoid. 

Range: -200000 ... 200000 

Relative Altitude 

This field indicates the altitude of the neighbor BTS relative to the reference BTS in meters. This field is optional. 
Range: -4000 .. 4000 meters 

A.2.2.4 E-OTD Measurement Assistance Data for System Information List Element 

This element identifies those BTSs in the System Information Neighbor List that are used for E-OTD measurements. 
The System Information Neighbor Lists, to which this assistance data is given, are System Information Neighbor Lists 
that are sent in the dedicated mode, packet idle mode, packet transfer mode, or dual transfer mode. This element helps 
the MS to make measurements from those neighbor BTS (even below decoding level). This element is optional in the 
Measure Position Request component. The presence of this element means that the MS should use the BTSs identified 
here to the E-OTD measurements. 

The RTD and 51 multiframe offset values are calculated relative to the reference BTS. This element contains the 
following fields. 

Number of Neighbors 

This field indicates how many neighbors are included in this IE. 

Range: 1-32 

The following fields are repeated for the number indicated in the Number of Neighbors field. 

E-OTD Neighbor present 

This field indicates whether the information concerning a certain BTS in the Neighbor List is present. Altogether no 
more than 15 BTS can have the indication "Neighbor is included". The maximum number of BTSs in this message for 
whom the assistance data can be given is 16 (reference BTS and 15 neigbour BTSs). Thus the sum of total amount of E- 
OTD Neighbor present bits with value T in this IE and Number of BTSs field in E-OTD Measurement Assistance 
Data IE can be at a maximum 15. 

'0' Neighbor not included; 

'1' Neighbor is included. 
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The following fields (BSIC, Multifi-ame Offset, Time Slot Sscheme and Rough RTD) are included if E-OTD neighbor 
present field is set to '1'. 

BSIC 

This field indicates the BSIC (Base Station Identity Code) of the particular BTS. This field is mandatory. 

Range: - 63 

Multiframe Offset 

This field indicates the frame difference between the start of the 5 1 multiframes frames being transmitted from this BTS 
and the reference BTS. The multiframe offset is defined as Tbts - TRet, where Tbts is the time of the start of the 51 
multiframe in the BTS in question, and TRet is the time of the start of the 51 multiframe in the reference BTS. This field 
is mandatory. Multiframe Offset may be used to calculate the Expected Multiframe Offset (the Multiframe Offset value 
that MS is expected to measure between this BTS and reference BTS in its current estimated location). 

Expected Multiframe Offset = (Multiframe Offset + Adjustment) modulo 51 

Adjustment = 1 if Rough RTD - Expected OTD >= 850 

Adjustment = - 1 if Rough RTD - Expected OTD =< -850 

Adjustment = if -400 =< Rough RTD - Expected OTD =< 400 

Range: 0-51 

Usable range of Multiframe Offset value is - 50. The Multiframe Offset value 51 shall not be encoded by the 
transmitting entity and shall be treated by the receiving entity as 0. 

Time Slot Scheme 

The Time Slot Scheme field indicates the type of transmission scheme the particular BTS is using. If the MS measures 
BTSs signals from time slots other than or 4, and it is informed about the burst length schemes used by BTSs, then it 
can compensate for the possible error. (This is necessary if the MS averages bursts from different time slots, and the 
BTS uses varying lengths of bursts.) This field is mandatory. 

'0' = all time slots are 156.25 bits long; 

'1' = time slots and 4 are 157 bits long and other time slots are 156 bits long. 

Rough RTD 

This field indicates the RTD value between this BTS and the reference BTS. The used resolution is 1 bit. This RTD 
value is the RTD value of TSOs (i.e. the difference in starting of TSO), not only the RTD between starts of bursts. The 
RTD is defined as Tbts - TRet, where Tbts is the time of the start of TSO in the BTS in question, and TRet is the time of 
the start of the TSO in the reference BTS. This field is mandatory. 

Range: 0-1250 

Usable range of Rough RTD value is - 1249. The RoughRTD value 1250 shall not be encoded by the transmitting 
entity and shall be treated by the receiving entity as 0. 

Expected OTD 

This field indicates the OTD value that MS is expected to measure between this BTS and reference BTS in its current 
estimated location. SMLC can estimate MS's location roughly e.g. based on serving BTS coordinates, TA, and possibly 
some other information. The used resolution is 1 bits. This OTD value is the OTD value of TSOs (i.e. the difference in 
starting of TSO), not only the OTD between starts of bursts. The OTD is defined as Tbts- TRet, where Tbts is the time of 
the start of TSO in the BTS in question, and TRet is the time of the start of the TSO in the reference BTS. This element is 
Release 98 extension and it is an optional element included in Release98-Ext IE. SMLC shall send this element to MS 
supporting MS Assisted or MS Based E-OTD. 

Range: 0-1250 

Usable range of Expected OTD value is - 1249. The Expected OTD value 1250 shall not be encoded by the 
transmitting entity and shall be treated by the receiving entity as 0. 
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Uncertainty Of Expected OTD 

This field indicates the uncertainty in Expected OTD value. The uncertainty is related to SMLC's estimation of MS's 
location. The uncertainty defines following search window for MS, that it can use to speed up the OTD measurements: 

Expected OTD - Uncertainty < measured OTD < Expected OTD + Uncertainty. 

This element is Release 98 extension and it is an optional element included in Release98-Ext IE. SMLC shall send this 
element to MS supporting MS Assisted or MS Based E-OTD. 

Range is - 7 with following encoding: 

'0' < uncertainty <= 2 bit: 

' 1 ' 2 < uncertainty <= 4 bit: 

'2' 4 < uncertainty <= 8 bit: 

'3' 8 < uncertainty <= 12 bit 

'4' 12 < uncertainty <= 16 bit: 

'5' 16 < uncertainty <= 22 bit: 

'6' 22 < uncertainty <= 30 bit: 

7' uncertainty > 30 bit. 

NOTE: If uncertainty in MS's location is x bits, uncertainty in Expected OTD is 2*x (in the worst case). When 
the uncertainty is given with value '7' no upper bound exist for the uncertainty. 

The following fields tell the coordinates of neighbor BTSs that are used for E-OTD measurements, and also fine RTD 
values. This information allows the MS to calculate its own location. These fields (Fine RTD, Relative north. Relative 
east and Relative altitude) are optional. All of Fine RTD, Relative north, and Relative east fields must be present, if 
some of them is included. 

Fine RTD 

This field indicates the fine RTD value between this BTS and reference BTS. It provides the 1/256 bit duration 
resolution to the value expressed in the corresponding Rough RTD field. This RTD value is the RTD value of TSOs (i.e. 
the difference in starting of TSO), not only the RTD between starts of bursts. The RTD is defined as Tbts - TRef, where 
Tbts is the time of the start of TSO in the BTS in question, and TRef is the time of the start of the TSO in the reference 
BTS. This field is optional. 

Range: - 255 

Relative North 

This field indicates the distance of the neighbor BTS from the reference BTS in north- (negative values mean south) 
direction. This field is optional. The units are 0.03 seconds. The used reference ellipsoid is WGS 84 ellipsoid. 

Range: -200000... 200000 

Relative East 

This field indicates the distance of the neighbor BTS from the reference BTS in east (negative values mean west) 
direction. This field is optional. The units are 0.03 seconds. The used reference ellipsoid is WGS 84 ellipsoid. 

Range: -200000 ... 200000 

Relative Altitude 

This field indicates the altitude of the neighbor BTS relative to the reference BTS in meters. This field is optional. 
Range: -4000 .. 4000 meters 

A.2.2.4a GPS Time Assistance IVIeasurement Request element 

This component does not have any information contents. If this component is present, the MS is requested to return 
GPS time assistance measurements. 
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A. 2. 2.4b GPS Reference Time Uncertainty element 

This element provides the accuracy of the relation GPS and GSM time in the Reference Time field in GPS Assistance 
Data IE. If GPS TOW is the given GPS time, then the true GPS time, corresponding to the provided GSM time as 
observed at the MS location, Ues in the interval (GPS TOW - GPS Reference Time Uncertainty, GPS TOW + GPS 
Reference Time Uncertainty). An entity that supports this element shall always include it when appropriate. This means 
that when the element is expected but is not received, lack of support at the sender can be assumed and some 
implementation dependent default interpretation can then be applied. 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r = C*(((l+xf)-l) 

with C = 0.0022 and x = 0.18. With < K < 127, a suitably useful range between and 3 second is achieved for the 
uncertainty, while still being able to code down to values as small as 0.3 nanoseconds. To encode any higher value of 
uncertainty than that corresponding in the above formula to K=127, the same value, K=127, shall also be used. The 
uncertainty is then coded on 7 bits, as the binary encoding of K. 

Table A.I a: Example values for the GPS Reference Time Uncertainty Parameter Format 



Value of K 


Value of uncertainty 





nanoseconds 


1 


0.396 nanoseconds 


2 


0.863 nanoseconds 


- 


- 


50 


8.64 microseconds 


- 


- 


127 


> 2.96 seconds 



A. 2. 2.4c Velocity Request element 

If this element is present, the MS is requested to return a velocity estimate along with the location estimate. Requesting 
velocity does not guarantee its delivery, if conditions support its availability and it is requested it will be provided. 

A.2.2.4d GANSS Carrier-Phase Measurement Request Element 

This component does not have any information contents. If this component is present, the MS is requested to return 
carrier phase measurements in the GANSS Measurement Information IE. 

A.2.2.4e GANSS TOD - GSM Time Association Request Element 

This component does not have any information contents. If this component is present, the MS is requested to return 
GANSS TOD - GSM time association measurements. Only either GPS Timing Assistance Measurement Request 
Element or GANSS TOD - GSM Time Association Measurement Request should be present in Measure Position 
Request. 

A.2.2.4f Required Response Time 

This element indicates the maximum response time that shall be allowed for the positioning request in the MS. When 
this element is received, the MS shall send an RRLP Measure Position Response before the required response time has 
elapsed. 

When this element is received, the MS shall ignore the Response Time field in the Positioning Instructions element. 

The Required Response Time has a value from 1 to 128 seconds. 

A.2.2.4g GANSS Multi-frequency Measurement Request Element 

This component does not have any information contents. 
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If this component is present, the MS is requested to return measurements performed on multiple GANSS signal types if 
the MS supports this capability. If this component is not present, the MS shall report only one signal type for each 
GANSS. 

If SMLC has indicated supported signal types in Positioning Capability Request, the MS shall only report signals that 
are supported by SMLC. 



A.2.2.5 



Extended Reference IE 



This element is mandatory in any RRLP Measure Position Request component, any RRLP Assistance Data component, 
any RRLP Positioning Capability Request component and any RRLP Positioning Capability response component. 

NOTE: For reasons of backward compatibility, the IE is not defined for a Release 4 or earlier SMLC and would 
be ignored, when received, by a Release 4 or earlier MS. Additionally, other requirements associated with 
this IE would not be supported by a Release 4 or earlier MS or SMLC. 

The Extended Reference IE contains the following elements: 

SMLC code: an integer in the range 0-63 distinguishing any SMLC from other neighbour SMLCs in the same 
Routing Area. Each SMLC is assigned a specific SMLC ID value. The values assigned to 
neighbour SMLCs in the same Routing Area between which inter-NSE cell change is possible 
should be different. 

Transaction ID: an integer in the range 0-262143 distinguishing different RRLP transactions in different MSs 
currently being served by the same SMLC. An SMLC shall assign a different transaction ID to 
each currently open RRLP transaction for positioning and assistance data delivery among all target 
MSs. When any RRLP transaction for any MS is completed in the SMLC (e.g. the MS has sent a 
correctly formatted RRLP Measure Position Response or Assistance Data Ack.) or if the 
transaction is aborted (e.g. SMLC timeout on an RRLP response), the associated transaction ID 
value shall become free and may be later assigned to a new RRLP transaction by the SMLC. 
When any transaction ID value becomes free, an SMLC should attempt to wait for at least 128 
seconds (the maximum defined RRLP response time from an MS) before reassigning the same 
value. 

A.3 Measure Position Response 
A.3.1 General 

The Measure Position Response is a RRLP component from the MS to the network. It is the response to the Measure 
Position Request. It contains the following elements. One of the five elements containing measurement data or location 
estimate (E-OTD Measurement Information, Location Information, GPS Measurement Information, GANSS 
Measurement Information or GANSS Location Information) or Location Information Error element must be included. 

Table A.2: Measure Position Response component content 



Element 


Type/Reference 


Presence 


Multiple Sets 


Multiple Sets 3.2.1 





Reference BTS Identity 


Reference BTS Identity 3.2.2 





E-OTD Measurement Information 


E-OTD Measurement Information 3.2.3 





Location Information 


Location Information 3.2.4 





GPS Measurement Information 


GPS Measurement Information 3.2.5 





Location Information Error 


Location Information Error 3.2.6 


c 


GPS Time Assistance Measurements 


GPS Time Assistance Measurements 3.2.6a 





Velocity Estimate 


Velocity Estimate 3.2.6b 





Extended Reference 


Extended Reference 3.2.7 


c 


Uplink RRLP Pseudo Segmentation 
Indication 


Uplink RRLP Pseudo Segmentation Indication 
3.2.8 


c 


GANSS Location Information 


GANSS Location Information 3.2.9 





GANSS Measurement Information 


GANSS Measurement Information 3.2.10 
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A.3.2 Elements 

A.3.2.1 Multiple Sets Element 

This element indicates how many E-OTD Measurement Information sets, GPS Measurement Information sets or 
GANSS Measurement Information sets, and Reference BTS Identities are included to this element. This element is 
optional. If this element is absent, a single measurement set is included. 

Number of E-OTD/GPS/GANSS Measurement Information Sets 

This field indicates the number of Number of E-OTD/GPS/GANSS Measurement Information sets included to this 
component. This field is mandatory. If two or more types of measurement elements are present, then there are the equal 
number of them, and each pair has the same reference BTS. 

Range: 2 - 3 

Number of Reference BTS 

This field indicates the number of reference BTSs used in this component. This field is mandatory. 

Range: 1-3 

Reference BTS relation to Measurement Elements 

This field indicates how the reference BTSs listed in this element relate to measurement sets later in this component. 
This field is conditional and included only if Number of E-OTD/GPS/GANSS Measurement Information Sets is '3' and 
Number of Reference BTSs is '2'. 

'0' = First reference BTS is related to first and second E-OTD/GPS/GANSS Measurement Information Sets, and 
second reference BTS is related to third E-OTD/GPS Measurement Information Sets. 

'1' = First reference BTS is related to first and third E-OTD/GPS/GANSS Measurement Information Sets, and 
second reference BTS is related to second E-OTD/GPS/GANSS Measurement Information Sets. 

'2' = First reference BTS is related to first E-OTD/GPS/GANSS Measurement Information Sets, and second 
reference BTS is related to second and third E-OTD/GPS/GANSS Measurement Information Sets. 

If this field is not included, the relation between reference BTS and Number of E-OTD/GPS/GANSS Measurement 
Information Sets is as follows: 

if there are three sets and three reference BTSs -> First reference BTS relates to first set, second reference BTS 
relates to second set, and third reference BTS relates to third set; 

if there are two sets and two reference BTS -> First reference BTS relates to first set, and second reference BTS 
relates to second set; 

if there is only one reference BTS and 1-3 sets -> this reference BTS relates to all sets. 

A.3.2.2 Reference BTS Identity Element 

This element identifies the reference BTS(s). This element is conditional to the number of reference BTSs. It is 
mandatory, if there is more than one reference BTS, and optional otherwise. If this element is not included, the 
Reference BTS, used in other elements, is the current serving BTS of MS. If this element is included, the BTSs defined 
here are used as Reference BTSs in all other elements. 

The following fields are repeated for the number of reference BTSs included in the Number of Reference BTS field. 

CellldType 

This field indicates is the identity method of the Reference BTS. This field is mandatory within this element. 

'0' = Cell identity is told using BSIC and BCCH carrier. 

T = Cell identity is told using CI, and the LAC is the same as the current serving BTS. 
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'2' = Cell identity is told using an index referring to the BTS listed in the Measure Position Request component 
(the indicated reference BTS is 1) 

'3' = Cell identity is told using an index referring to the BTS listed in the BCCH allocation list (System 

Information Neighbor Lists) of the serving BTS. This type of reference identity shall not be used by the MS 
unless it has received the "E-OTD Measurement Assistance Data for System Information List Element" from 
the SMLC for this cell. 

'4' = Cell identity is told using CI, and the LAC. 

Reference LAC 

This field indicates the Location Area Code of the reference BTS. The purpose of the Location Area Code is to identify 
a location area. This field is conditional, and included, if CelllDType field is '4'. 

Range: - 65535 

Reference CI 

This field indicates the Cell Identity value of the reference BTS. The purpose of the Cell Identity value is to identify a 
cell within a location area. This field is conditional, and included, if CelllDType field is '1' or '4'. 

Range: - 65535 

Reference BCCH Carrier 

This field indicates the absolute RF channel number of the BCCH of the reference base station. BCCH carrier field is 
conditional and is included only if CellldType is set '0'. 

Range: 0-1023 

Reference BSIC 

This field indicates the BSIC (Base Station Identity Code of the base station). 

BSIC field is conditional and is included only if CellldType is set '0' or '3'. 

Range: - 63 

Request Index 

This field indicates an index identifying the reference BTS by referring to the BTSs listed in the Measure Position 
Request component (the indicated reference BTS in the Measure Position Request component has the index value 1, 
and possible next BTS '2', and so on ) 

This field is conditional and included only if CellldType is set to '2'. 

Range: 1-16 

System Info Index 

This field indicates an index identifying the reference BTS by referring to the BCCH allocation list (System 
Information Neighbor List) of the serving BTS . 

This field is conditional and included only if CellldType is set to '3'. 

Range: 1-32 

A. 3. 2.3 E-OTD Measurement Information Element 

The purpose of the E-OTD Measurement Information element is to provide OTD measurements of signals sent from the 
reference and neighbor based stations. The length of this element depends on the number of neighbor cells for which 
OTD measurements have been collected. This element is optional in the Measure Position Response component. It is 
included in the Measure Position Response component, if the network has requested the mobile to perform the MS 
assisted E-OTD method. BTSs which cannot be measured or whose measurements are excessively inaccurate need not 
be reported. The MS may include measurements for other BTSs not given in the assistance data by the SMLC. 
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The E-OTD and 5 1 multiframe offset values are reported relative to the reference BTS as defined in the previous sub- 
clauses. 

The following fields are repeated for each measurement set. 

Reference Frame Number 

This field indicates the frame number of the last measured burst from the reference BTS modulo 42432. This 
information can be used as a time stamp for the measurements. This field is mandatory. 

Range: 0-42431 

Reference Time Slot 

Reference Time Slot indicates the time slot modulo 4 relative to which the MS reports the reference BTS 
measurements. This field is mandatory. 

Range: to 3 

NOTE 1 : If MS does not know timeslot scheme, the MS reports the used timeslot. MS can only report results based 
on one time slot (N) or two time slots (N and Nh-4). If the MS knows the timeslot scheme, it can make 
measurements from several timeslots and reports that the used timeslot is zero (and makes correction). 

Reference Quality 

Reference Quality field includes the standard deviation of the TOA measurements from the reference BTS with respect 
to TRef (where TRef is the time of arrival of signal from the reference BTS used to calculate the OTD values). This field 
is optional. The Reference Quality field can be used to evaluate the reliability of E-OTD measurements in the SMLC 
and in weighting of the E-OTD values in the location calculation. 

Following linear 5 bit encoding is used: 

'00000' 0-(R*l-l) meters; 

'00001' R*l - (R*2-l) meters; 

'00010' R*2 - (R*3-l) meters; 

'lllir R*31 meters or more. 

where R is the resolution defined by Std Resolution field. For example, if R=20 meters, corresponding values are 0-19 
meters, 20 - 39 meters, 40 - 59 meters, ..., 620h- meters. 

Number of Measurements 

Number of Measurements for the Reference Quality field is used together with Reference Quality to define quality of 
the reference base site TOA. The field indicates how many measurements have been used in the MS to define the 
standard deviation of the measurements. Following 3 bit encoding is used: 



'000' 


2-4; 


'001' 


5-9; 


'010' 


10-14; 


'Oil' 


15-24; 


'100' 


25-34; 


'101' 


35-44; 


'110' 


45-54; 


'111' 


55 or more 



This field is optional. 

Std Resolution 

Std Resolution field includes the resolution used in Reference Quality field and Std of EOTD Measurements field. 
Encoding on 2 bits as follows: 



00' 


10 meters 


or 


20 meters 


10' 


30 meters 
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'11 ' Reserved. 

This field is mandatory. 

TA Correction 

This field indicates the estimate of the time difference between the moment that the MS uses to adjust its internal timing 
for reception and transmission (e.g. corresponding to maximum energy) and the estimate of the reception of the first 
arriving component from the serving BTS. This value can be used as a correction by the SMLC to the Timing Advance 
(TA) value when the distance between the MS and the serving BTS is estimated based on TA. 

The value TACor in this field corresponds to the TA Correction in bit periods as follows: 

TA Correction in bit periods = TACorl6A -8. 

TA Correction has the resolution of 1/64 bit period, and the range - 8 ... +7 bit periods. Negative TA Correction in bits 
indicates that the first signal component from the serving BTS is estimated to arrive before the moment used for 
communication. This field is optional. 

Range: 0-960 

Number of Measured Neighbors 

This field indicates the number of different neighbor BTSs. This field is mandatory. 

Range: 0-10 

NOTE 2: If the MS can not measure any neighbor BTSs, then this value is set to '0'. 

The following fields are repeated for the number of BTSs included in the Number of Measured Neighbors field. 

Neighbor Identity Present 

The presence of this field is conditional, it shall not be present in the first set. It is mandatory for the other sets. This 
field indicates whether the identity information (i.e. CelllDType and possibly Neighbor CI / Neighbor BCCH Carrier / 
Neighbor BSIC / Neighbor Multiframe Offset / Request Index / System Info Index fields) concerning a certain BTS is 
present or whether the BTS identity is given as reference to the first measurement set. 

'0' Identity information not included, and identity of this BTS is same as the identity of BTS in first set with same 
sequence number. 

'1' Identity information is included. 

CellldType 

This field indicates is the identity method of the cell. This field is conditional, and included if Neighbor Identity Present 
is '1'. If CellldType field is not present, the following fields can not be present either: Neighbor CI, Neighbor BCCH 
Carrier, Neighbor BSIC, Neighbor Multiframe Offset, Request Index, System Info Index. 

'0' = Cell identity is told using BSIC and BCCH carrier. 

'1' = Cell identity is told using CI, and the LAC is the same as the current serving BTS. 

'2' = Cell identity is told using 5 1 Multiframe offset and BCCH carrier. 

'3' = Cell identity is told using an index referring to the BTS listed in the Measure Position Request component (the 
indicated reference BTS is 1). 

'4' = Cell identity is told using an index referring to the BTS listed in the BCCH allocation list (System Information 
Neighbor Lists) of the serving BTS. This type of neighbor identity shall not be used by the MS unless it has 
received the "E-OTD Measurement Assistance Data for System Information List Element" from the SMLC for 
this cell. 

'5' = Cell identity is told using CI and the LAC. 

NOTE: The MS can decide which of these methods to use. The CellldType '3' and '4' are preferred. 
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Neighbor LAC 

This field indicates the Location Area Code of the neighbor BTS. The purpose of the Location Area Code is to identify 
a location area. This field is conditional, and included, if CelllDType field is '5'. 

Range: - 65535 

Neighbor CI 

This field indicates the Cell Identity of the particular neighbor cell. The purpose of the Cell Identity value is to identify 
a cell within a location area. 

Neighbor CI field is conditional and is included only if CellldType is set '1' or '5' and the CI value of the given cell is 
available. 

Range: - 65535 

Neighbor BCCH Carrier 

This field indicates the absolute RF channel number of the BCCH of the neighbor base station. BCCH carrier field is 
conditional and is included only if CellldType is set '0' or '2'. 

Range: 0-1023 

Neighbor BSIC 

This field indicates the BSIC (Base Station Identity Code of the base station). 

BSIC field is conditional and is included only if CellldType is set '0' or '4'. 

Range: - 63 

Neighbor Multiframe Offset 

This field indicates the frame difference between the start of the 5 1 multiframes frames arriving from this BTS and the 
reference BTS. The multiframe offset is defined as Tbts" TRet, where Tbts is the time of the start of the 51 multiframe in 
the BTS in question, and T^gf is the time of the start of the 51 multiframe in the reference BTS. This field is conditional 
and included only if CellldType is set to '2'. 

Range: 0-51 

Request Index 

This field indicates an index identifying the reference BTS by referring to the BTSs listed in the Measure Position 
Request component (the indicated reference BTS in the Measure Position Request component has the index value 1, 
and possible next BTS '2', and so on). 

This field is conditional and included only if CellldType is set to '3'. 

Range: 1-16 

System Info Index 

This field indicates an index identifying the reference BTS by referring to the BCCH allocation list (System 
Information Neighbor List) of the serving BTS. 

This field is conditional and included only if CellldType is set to '4'. 

Range: 1-32 

Neighbor Time Slot 

Neighbor Time Slot indicates the time slot modulo 4 relative to which the MS reports the neighbor BTS measurements. 
This field is mandatory. 

Range: to 3 
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NOTE 3: If the MS does not know the timeslot scheme, the MS reports the used timeslot. MS can only report a 

result based on one time slot (N) or two time slots (N and N+4). If the MS knows the timeslot scheme, the 
MS can make measurements from several timeslots and reports that the used timeslot is zero (and makes 
correction). 

Number of EOTD Measurements 

Number of Measurements field is used together with Std of EOTD Measurements field to define quality of a reported 
EOTD measurement. The field indicates how many EOTD measurements have been used in the MS to define the 
standard deviation of these measurements. Following 3 bit encoding is used. 



'000' 


2-4; 


'001' 


5-9; 


'010' 


10-14; 


'Oil' 


15-24; 


'100' 


25-34; 


'101' 


35-44; 


'110' 


45-54; 


'111' 


55 or more 


This fiel 


d is mandatory. 


Std of E 


OTD Measurements 



Std of EOTD Measurements field includes standard deviation of EOTD measurements. This field is mandatory. It can 
be used to evaluate the reliability of EOTD measurements in the SMLC and in weighting of the OTD values in location 
calculation. 

Following linear 5 bit encoding is used: 

'00000' 0-(R*l-l) meters; 

'00001' R*l - (R*2-l) meters; 

'00010' R*2 - (R*3-l) meters; 

'lllir R*31 meters or more. 

where R is the resolution defined by Std Resolution field. For example, if R=20 meters, corresponding values are 0-19 
meters, 20 - 39 meters, 40 - 59 meters, ..., 620h- meters. 

OTD 

This field indicates the measured OTD value between the receptions of signals from the reference and the neighbor 
BTS. The OTD is defined as TN^or - Tset (modulo burst length) where TNbor is the time of arrival of signal from the 
neighbor BTS, and TR^f is the time of arrival of signal from the reference BTS. The reporting resolution of the OTD 
value is 1/256 bit. This field is mandatory. 

Range: - 39999 

A. 3. 2.3a E-OTD Measurement Extended Information Element 

The purpose of the E-OTD Measurement Ext Information element is to provide OTD measurements of signals sent 
from the reference and neighbour base stations. The length of this element depends on the number of neighbour cells 
for which OTD measurements have been collected. This element is optional in the Measure Position Response 
component. It is included in the Measure Position Response component, if E-OTD measurements didn't fit in the E- 
OTD Measurement Information Element. 

The E-OTD and 5 1 multiframe offset values are reported relative to the reference BTS as defined in the previous sub- 
clauses. 

The following fields are valid only for the first set of measurements 

Number of Measured Neighbors 

This field indicates the number of different neighbor BTSs. This field is mandatory. 
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Range: - 5 

NOTE: If the MS can not measure any neighbor BTSs, then this value is set to '0'. 

The following fields are repeated for the number of BTSs included in the Number of Measured Neighbors field. They 
are defined in the previous sub-clause : 

- CellldType, 

- Neighbor LAC, 

- Neighbor CI, 

- Neighbor BCCH Carrier, 

- Neighbor BSIC, 
Neighbor Multiframe Offset, 
Request Index, 

System Info Index, 

Neighbor Time Slot, 

Number of EOTD Measurements, 

Std of EOTD Measurements, 

- OTD 



A.3.2.4 



Location Information Element 



The purpose of Location Information element is to provide the location estimate from the MS to the network, if the MS 
is capable of determining its own position. Optionally, the element may contain the velocity parameters computed by 
the MS. 

This element is optional. This element contains the following fields. 

Reference Frame 

This field specifies the reference BTS Reference Frame number during which the location estimate was measured. The 
time of the Reference Frame boundary is as observed by the MS, ie without Timing Advance compensation. This field 
is mandatory. However, if the Reference Frame number is within (42432. .65535), the value of this field shall be ignored 
and in that case the MS should provide GPS TOW if available. 

Table A.3: Reference Frame field contents 



Parameter 


# of Bits 


Resolution 


Range 


Units 


Reference Frame 


16 


— 


- 65535 


frames 



Note that expected values for Reference Frame are in range - 4243 1 . 

GPS TOW 

This field specifies the GPS TOW for which the location estimate is valid , rounded down to the nearest millisecond 
unit. This field is optional but shall be included if GPS Time Assistance Measurements are included. If GPS Time 
Assistance Measurements are included in the RRLP Measure Position Response, the MS shall align GPS System time 
(as defined by the GPS TOW and the GPS TOW Subms fields) with the reported GSM frame boundary observed by the 
MS at that time. 
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Table A.4: GPS TOW field contents 



Parameter 


# of Bits 


Resolution 


Range 


Units 


GPS TOW 


24 


1 ms 


0- 14399999 


ms 



The 24 bits of GPS TOW are the least significant bits. The most significant bits shall be derived by the Serving Mobile 
Location Center to unambiguously derive the GPS TOW. 

Fix Type 

This field contains an indication as to the type of measurements performed by the MS: 2D or 3D. This field is 
mandatory. 

'0' = 2D fix. 

'1' = 3D fix. 

Position Estimate 

This field contains the calculated position estimate in the format defined in 3GPP TS 23.032. The allowed shapes are: 
ellipsoid Point; 

ellipsoid point with uncertainty circle; 
ellipsoid point with uncertainty ellipse; 
ellipsoid point with altitude and uncertainty ellipsoid. 



A.3.2.5 



GPS Measurement Information Element 



The purpose of the GPS Measurement Information element is to provide GPS measurement information from the MS to 
the SMLC. This information includes the measurements of code phase and Doppler, which enables the network-based 
GPS method where position is computed in the SMLC. The proposed contents are shown in table A.5, and the 
individual fields are described subsequently. See also Figure A. 1 for an illustration of the relation between some of the 
fields. 
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Figure A.I. Exemplary definitions of GPS measurement information fields. 
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This element is included in the Measure Position Response component if the network has requested the mobile to 
perform mobile-assisted location measurements using a GPS location method. 

Following fields are repeated a number of times told in Number of E-OTD/GPS Measurement Sets field if Multiple Sets 
element is included. If Multiple Sets element is not included, the default value for sets is one (i.e. the following fields 
are present only once). 

Table A.5: GPS Measurement Information element content 



Element fields 


Presence 


Occurrences 


Reference Frame 





1 


GPS TOW 


M 


1 


# of Satellites (A/ SAT) 


M 


1 


Measurement Parameters 


M 


N SAT 



The following paragraphs describe the content of each information field of this element. 
Reference Frame 
This field is optional. 

Table A.6: Reference Frame field contents 



Parameter 


# of Bits 


Resolution 


Range 


Units 


Reference Frame 


16 


— 


- 65535 


frames 



Note that expected values for Reference Frame are in range - 4243 1 . If Reference Frame and GPS Time Assistance 
Measurements both are included in the RRLP Measure Position Response, the code phase measurements shall be 
aligned with the reported GSM frame boundary observed by the MS at that time, as indicated in Figure A. 1 . The time of 
the Reference Frame boundary is as observed by the MS, ie without Timing Advance compensation. 

GPS TOW 

This field specifies the GPS TOW for which the location estimate is valid, rounded down to the nearest millisecond 
unit.This field is mandatory. 

Table A.7: GPS TOW field contents 



Parameter 


# of Bits 


Resolution 


Range 


Units 


GPS TOW 


24 


1 ms 


0- 14399999 


ms 



The 24 bits of GPS TOW are the least significant bits. The most significant bits shall be derived by the Serving Mobile 
Location Center to unambiguously derive the GPS TOW. 

NOTE: The GPS Reference Time Uncertainty, if present, indicates the accuracy of GPSTOW, as described in 
sub-clause A. 3. 2.6. a. 

# of Satellites (A^.SAJ) 

Number of Measurements 

This field specifies the number of measurements for which measurements satellites are provided in the component. This 
value represents the number of satellites that were measured by the MS. This value of AL^AT determines the length of 
the payload portion of the component. Typical range for N_SAT is four to a maximum of 12. This field is mandatory 
and occurs once per set. 

Table A.7a: # of Satellites field contents 



Parameter 


# Of Bits 


Resolution 


Range 


Units 


N SAT 


4 


— 


1 -16 


— 



Measurement Parameters 
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This field contains information about the measurements of code phase and Doppler, which enables the network-based 
method where position is computed in the SMLC. This field is mandatory and occurs N_SAT times per message. 

Table A.8: Measurement Parameters field contents 



Parameter 


# of Bits 


Resolution 


Range 


Units 


Satellite ID 


6 


— 


0-63 


— 


C/No 


6 


1 


0-63 


dB-Hz 


Doppler 


16 


0.2 


+6553.6 


Hz 


Whole Chips 


10 


1 


0-1022 


chips 


Fractional Chips 


11 


2-1 u 


0-(1-2"'") 


chips 


IVIultipath Indicator 


2 


see Table A.9 


TBD 


... 


Pseudorange RMS 
Error 


6 


3 bit mantissa 
3 bit exp 


0.5-112 


m 



Satellite ID 

This field identifies the particular satellite for which the measurement data is valid. This values 0-63 represent satellite 
PRNs 1 - 64, respectively. 

C/No 

This field contains the estimate of the carrier-to-noise ratio of the received signal from the particular satellite used in the 
measurement. It is given in whole dBs and has a range of to 63. Typical levels observed by MS-based GPS units will 
be in the range of 20 dB to 50 dB. 

Doppler 

This field contains the Doppler measured by the MS for the particular satellite signal. This information can be used to 
compute the 3-D velocity of the MS. The Doppler range is sufficient to cover the potential range of values measured by 
the MS. 

Whole Chips 

This field contains the whole value of the code-phase measurement made by the MS for the particular satellite signal at 
the time of measurement, in units of 1 GPS chip in the range from to 1022 chips, where increasing binary values of 
the field signify increasing measured pseudoranges. The code phase measurement is divided into two fields, "Whole 
Chips" and "Fractional Chips". 

Fractional Chips 

This field contains the fractional value of the code-phase measurement made by the MS for the particular satellite signal 
at the time of measurement. The resolution of the fractional portion is approximately 0,3 m. 

NOTE: The actual ASN. 1 coding of this field reserves 1 1 bits for legacy compatibility. Only the 10 least 
significant bits are actually required to code the values (0..1023) 

Multipath Indicator 

This field contains the Multipath Indicator value. This parameter is specified according to the representation described 
in table A.9. 

Table A.9: Multipath Indicator values and associated indications 



Value 


IVIultipath Indication 


00 


Not measured 


01 


Low, MP error < 5m 


10 


Medium, 5m < MP error < 43m 


11 


High, MP error > 43m 



Range: - 3 

Pseudorange RMS Error 
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This field contains a Pseudorange RMS Error value. 
Range: 0,5 m to 112 m 

NOTE: This parameter is specified according to a floating-point representation as described in Table A. 10. 

Table A.10: Pseudorange RMS Error representation 



Index 


Mantissa 


Exponent 


Floating-Point value, xi 


Pseudorange 
value, P 





000 


000 


0.5 


P<0.5 


1 


001 


000 


0.5625 


0.5 <= P < 0.5625 


1 


X 


V 


0.5 * (1 + x/8) * 2^ 


Xi-1 <= P < Xi 


62 


110 


111 


112 


1 04 <= P < 1 1 2 


63 


111 


111 


-- 


112 <=P 



A.3.2.6 



Location Information Error Element 



The purpose of Location Information Error element is to provide the indication of error and the reason for it, when the 
MS can not perform the required location or the network can not determine the position estimate. The element may also 
indicate what further assistance data may be needed by the target MS to produce a successful location estimate or 
location measurements. This element is optional. This element has the following fields. 

Error Reason 

This field indicates the reason for error. This field is mandatory. 



'0' 

'1' 

'2' 

'3' 

'4' 

'5' 

'6' 

7' 

'8' 

'9' 

'10 

'11 

'12 

'13 



Undefined error. 

There were not enough BTSs to be received when performing mobile based E-OTD. 

There were not enough GPS satellites to be received, when performing GPS location. 

E-OTD location calculation assistance data missing. 

E-OTD assistance data missing. 

GPS location calculation assistance data missing. 

GPS assistance data missing. 

Requested method not supported. 

Location request not processed. 

Reference BTS for GPS is not the serving BTS. 

Reference BTS for E-OTD is not the serving BTS. 

There were not enough GANSS satellites received, when performing GANSS location. 

GANSS assistance data missing. 

Reference BTS for GANSS is not the serving BTS. 



Additional Assistance Data 

This field is optional. Its presence indicates that the target MS will retain assistance data already sent by the SMLC. The 
SMLC may send further assistance data for any new location attempt but need not resend previous assistance data. The 
field may contain the following: 



GPS Assistance Data: 



GANSS Assistance Data: 



Necessary additional GPS assistance data (structure and encoding as for the GPS 
Assistance Data IE in 3GPP TS 49.031 excluding the lEI and length octets) 

Necessary additional GANSS assistance data (structure and encoding as for the GANSS 
Assistance Data IE in 3GPP TS 49.031 excluding the lEI and length octets) 



A.3.2.6a 



GPS Time Assistance Measurements Element 



This IE contains measurements that are used to define an accurate relation between GSM and GPS time or to provide 
additional GPS TOW information for MS Assisted A-GPS. The contents are shown in Table A. 10a, and the individual 
fields are described subsequently. 
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Table A.lOa: GPS Time Assistance IVIeasurements Information element content 



Element fields 


Presence 


Reference Frame MSB 





GPS TOW Subms 





Delta TOW 





GPS Reference Time Uncertainty 






Reference Frame MSB 

This field shall be included when GPS-GSM time association is provided for either MS Based A-GPS or MS Assisted 
A-GPS. It indicates the Most Significant Bits (MSBs) of the frame number of the reference BTS corresponding to the 
GPS measurement or location estimate. Starting from the complete GSM frame number denoted FN, the MS calculates 
Reference Frame MSB as 

Reference Frame MSB = floor(FN/42432) 

The complete GSM frame number FN can then be reconstructed in the SMLC by combining the fields Reference Frame 
with Reference Frame MSB in the following way 

FN = Reference Frame MSB*42432+Reference Frame 



Range: 
GPS TOW Subms 



0-63 



This field is only applicable for MS-Based A-GPS. This field indicates in units of 100ns the submillisecond part of the 
GPS time of measurement. This field together with the GPS TOW field in the Location Information Element provides a 
more accurate time stamp of the location estimate for MS based AGPS Expressed in units of microseconds. The precise 
GPS time of measurements in milliseconds is thus equal to 

GPS TOW + 0.0001 *GPS TOW Subms 

The estimation of precise GPS time of measurement using AGPS is vulnerable to millisecond ambiguities. Therefore 
the MS shall only report this field when it is confident that any millisecond ambiguities have been avoided. 



Range: 
Delta TOW 



0-9999 



This field is only applicable for MS-Assisted A-GPS. This field specifies the difference in milliseconds between the 
GPS TOW reported in the GPS Measurement Information Element and the millisecond part of the SV time tsv_l of the 
first SV in the list reported from the MS. Figure A.l shows an example of Delta TOW calculation. The Delta TOW is 
defined as Delta TOW = GPS TOW - fix(tsv_l) 

where fix() denotes rounding to the nearest integer towards zero. The estimation of tsv_l which forms the basis for the 
calculation of Delta TOW is vulnerable to millisecond ambiguities. Therefore the MS shall only report this field when it 
is confident that the correct millisecond event has been recovered. 

Range: 0-127 

GPS Reference Time Uncertainty 

This element is optional. It provides the accuracy of the relation GPS and GSM time in the Location Information or 
GPS Measurement Information Element when GPS-GSM time association is provided. For MS Assisted A-GPS when 
GPS-GSM time association is not provided, even if GPS Time Assistance Measurement Request is not included in the 
Measure Position Request, this element can be included to provide the accuracy of the reported GPS TOW. The 
interval, range and treatment is as described in sub-clause 2.2.4b. 

A.3.2.6b Velocity Estimate Element 

This field contains the calculated velocity estimate in the format defined in 3GPP TS 23.032. The allowed encodings 
are: 

Horizontal Velocity 
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Horizontal with Vertical Velocity 

Horizontal Velocity with uncertainty 

Horizontal with Vertical Velocity and uncertainty 



A.3.2.7 



Extended Reference IE 



This IE shall be included in any Measure Position Response if and only if an Extended Reference IE was received in the 
corresponding previous Measure Position Request message. 

NOTE: For reasons of backward compatibility, a Release 4 or earlier MS will not include this IE. 

The Extended Reference IE contains the following elements. 

SMLC code: an integer in the range 0-63. The value returned by a target MS in a Measure Position Response 
shall equal the value received from the SMLC in the earlier Measure Position Request. 

Transaction ID: an integer in the range 0-262143 distinguishing different RRLP transactions in different MSs 
currently being served by the same SMLC. The value returned by a target MS in a Measure 
Position Response shall equal the value received from the SMLC in the earlier Measure Position 
Request. 

When an MS employs pseudo-segmentation to return an RRLP response, the same Extended Reference IE shall be 
included in each RRLP Measure Position Response component. 



A.3.2.8 



Uplink RRLP Pseudo Segmentation Indication 



This element is included by the MS when up-link RRLP pseudo-segmentation is used. In the first segment, 'first of 
many' is indicated and in the second 'second of many' is indicated. It is not included when up-link pseudo- 
segmentation is not used. 



A.3.2.9 



GANSS Location Information Element 



The purpose of GANSS Location Information element is to provide the GANSS location estimate from the MS to the 
SMLC, if the MS is capable of determining its own position. Optionally, the element may contain Reference Frame 
element for including accurate relation between the cellular frame and GANSS Time of Day (TOD) for the serving cell 
if requested by the SMLC. 

If GANSS Positioning Method was included in a Measure Position Request component, this field shall be used to report 
the location estimate from the MS to the network. 

The time reference of GANSS TOD in GANSS Location Information Element can be any GNSS specific system time. 
The time reference is indicated by GANSS_TIME_ID. 

The contents of GANSS Location Information are shown in Table A.10.1, and the individual fields are described 
subsequently. 

Table A.10.1: GANSS Location Information Element Content 



Element fields 


Presence 


Reference Frame 


0(note1) 


GANSS TOD 


(note 1 ) 


GANSS TOD Frac 





GANSS TOD Uncertainty 





GANSS TIME ID 


(note 2) 


Fix Type 


M 


Position Data 


M 


Stationary Indication 





Location Estimate 


M 


NOTE 1 : Either Reference Frame or GANSS 
Reference Time shall always be included. 
NOTE 2. Absence of this field means Galileo 
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Reference Frame 

This element contains Reference FN and Reference FN MSB fields. Reference FN field specifies the reference BTS 
reference frame number during which the location estimate was measured. The time of the reference frame boundary is 
as observed by the MS, i.e. without Timing Advance compensation. 

Note that expected values for Reference FN are in range - 4243 1 . 

Reference FN MSB field specifies the Most Significant Bits (MSB) of the frame number of the reference BTS 
corresponding to the GANSS Measurement Information or Location Estimate. Starting from the complete GSM frame 
number denoted FN, the MS calculates Reference FN MSB as 

Reference FN MSB = floor(FN/42432) 

The complete GSM frame number FN can then be reconstructed in the SMLC by combining the fields Reference Frame 
with Reference FN MSB in the following way 

FN = Reference FN MSB*42432+Reference FN 



Range: 



0-63 



Table A.10.2: Reference Frame field contents 



Parameter 


# of Bits 


Resolution 


Range 


Unit 


Incl. 


Reference FN 


16 


— 


- 65535 


frame 


M 


Reference FN MSB 


6 


— 


0-63 


frame 






GANSS TOD 

This field specifies the time for which the location estimate is valid, rounded down to the nearest integer millisecond. 
This field is optional but shall be included if GANSS TOD - GSM time association is included in which case the MS 
shall align GANSS TOD with the reported GSM frame boundary observed by the MS at that time. The time reference 
of GANSS TOD is indicated by GANSS_TIME_ID. 

Table A.10.3: GANSS TOD contents 



Parameter 


# Of Bits 


Resolution 


Range 


Unit 


GANSS TOD 


22 


1 


- 3599999 


ms 



The 22 bits of GANSS TOD are the least significant bits. The most significant bits shall be derived by the SMLC to 
unambiguously derive the GANSS TOD. 

GANSS TOD Frac 

This field is the submillisecond part of the GANSS time of day. This field together with the GANSS TOD field 
provides a more accurate time stamp of the Location Estimate having resolution of -61 ns. This field is optional but 
shall be included if GANSS TOD - GSM time association is included. 

Table A.I 0.4: GANSS TOD Frac contents 



Parameter 


# of Bits 


Resolution 


Range 


Unit 


GANSS TOD Frac 


14 


2-14 


o-{^-2'"') 


ms 



GANSS TOD Uncertainty 

This parameter provides the accuracy of the relation between GANSS TOD and GSM time if GANSS TOD- GSM time 
association is provided. When GANSS TOD-GSM time association is not provided, this element can be included to 
provide the accuracy of the reported GANSS TOD. 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r = C*(((l+x)'^)-l) 
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with C = 0.0022 and x = 0.18. With < K < 127, a suitably useful range between and 3 second is achieved for the 
uncertainty, while still being able to code down to values as small as 0.3 nanoseconds. To encode any higher value of 
uncertainty than that corresponding in the above formula to K=127, the same value, K=127, shall also be used. The 
uncertainty is then coded on 7 bits, as the binary encoding of K. 

Table A.10.5: Example values for the GANSS TOD Uncertainty Parameter Format 



Value of K 


Value of uncertainty 





nanoseconds 


1 


0.396 nanoseconds 


2 


0.863 nanoseconds 


- 


- 


50 


8.64 microseconds 


- 


- 


127 


> 2.96 seconds 



GANSS_TIME_ID 

This field indicates which GNSS has been used as the time reference for GANSS Location Information. This field is 
optional and absence of this field means that Galileo system time is used as time reference. 

Table A.I 0.6: GANSS TIME ID 



GANSS TIIVIE ID 


Indication 


GPS 





QZSS 


1 


GLONASS 


2 


Reserved for future use 


3-7 



Fix Type 

This field contains an indication as to the type of measurements performed by the MS: 2D or 3D. This field is 
mandatory. 

'0' = 2D fix. 

'1' = 3D fix. 

Position Data 

This element provides a list of positioning methods and satellite systems used to calculate the Position Estimate. Each 
bit of this bitmap is of type Boolean, where TRUE (T) means the particular positioning method or signal(s) from a 
satellite system has been used. 



'bit 0': 


E-OTD; 


'bit 1' 


GPS; 


'bit 2': 


Galileo; 


'bit 3' 


SB AS; 


'bit 4' 


Modernized GPS 


'bit 5' 


QZSS; 


'bit 6' 


GLONASS; 


'bit 7-] 


5': Reserved. 



Stationary Indication 
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This field indicates whether the MS is stationary (horizontal and vertical speeds less than the resolution of the Velocity 
Estimate parameters as defined in 3GPP TS 23.032). 

If Velocity Estimate is requested and the MS is stationary, then the Stationary Indication is set to '1' and Velocity 
Estimate may not be included in Measure Position Response Element. 

Position Estimate 

This field contains the calculated position estimate in the format defined in 3GPP TS 23.032. The allowed shapes are: 

ellipsoid Point; 

ellipsoid point with uncertainty circle; 

ellipsoid point with uncertainty ellipse; 

ellipsoid point with altitude and uncertainty ellipsoid. 
As defined in 3GPP TS 23.032, the position estimate is provided in WGS-84 reference system. 

A.3.2.10 GANSS Measurement Information Element 

The purpose of the GANSS Measurement Information element is to provide GANSS measurement information from 
the MS to the SMLC and GANSS TOD - GSM time association if requested by the SMLC. This information includes 
the measurements of code phase, Doppler, C/Nq and optionally accumulated carrier phase, also called accumulated 
deltarange (ADR), which enable the network-based GANSS method where position is computed in the SMLC. The 
contents are shown in table A. 10.7, and the individual fields are described subsequently. See also Figure A. la for an 
illustration of the relation between some of the fields. 
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Figure A.la. Exemplary definitions of GANSS measurement information fields. 



£75/ 



3GPP TS 44.031 version 9.1.0 Release 9 



79 



ETSI TS 144 031 V9.1.0 (2010-02) 



GANSS Measurement Information element is included in the Measure Position Response component if the network has 
requested the mobile to perform mobile-assisted location measurements using GANSS Positioning Method. GANSS 
Measurement Information element will also optionally include carrier phase measurements if SMLC has requested the 
MS to perform carrier phase measurements. 

The following fields are repeated the number of times indicated in Number of E-OTD/GPS/GANSS Measurement Sets 
field if Multiple Sets element is included. If Multiple Sets element is not included, the default value for sets is one (i.e. 
the following fields are present only once). 

Table A.10.7: GANSS Measurement Information element content 



Element fields 


Presence 


Occurrences 


Reference Frame 





1 


GANSS TOD 


0(note 1) 


1 


DeltaTOD 





1 


GANSS TOD Uncertainty 





1 


GANSS Generic IVIeasurement Information 


M 


N GANSS 


NOTE 1 : If GPS Measurement Information element is not included in a IVIeasure 
Position Response component, this field shall be present. 



The following paragraphs describe the content of each information field of this element. 

Reference Frame 

These fields are shown in Table A. 10.8 and are optional, but shall be included when GANSS TOD- GSM time 
association is provided. 

Note that expected values for Reference FN are in range - 4243 1 . The time of the reference frame boundary is as 
observed by the MS, ie without Timing Advance compensation. 

Reference FN MSB field indicates the Most Significant Bits (MSB) of the frame number of the reference BTS 
corresponding to the GANSS Measurement Information. 

Starting from the complete GSM frame number denoted FN, the MS calculates Reference FN MSB as 

Reference FN MSB = floor(FN/42432) 

The complete GSM frame number FN can then be reconstructed in the SMLC by combining the fields Reference Frame 
with Reference FN MSB in the following way 

FN = Reference FN MSB*42432H-Reference FN 
Table A.I 0.8: Reference Frame field contents 



Parameter 


# of Bits 


Resolution 


Range 


Unit 


Reference FN 


16 


... 


- 65535 


frame 


Reference FN MSB 


6 


... 


0-63 


frame 



GANSS TOD 

This field specifies the GANSS TOD for which the GANSS Measurement Parameters in GANSS Generic Measurement 
Information Element are valid. This field shall be included when GANSS TOD-GSM time association is provided or if 
GPS Measurement Information element is not present in a Measure Position Response component. If GPS 
Measurement Information element is present in a Measure Position Response component, and GANSS TOD field is 
absent in the GANSS Measurement Information element, the GPS TOW included in the GPS Measurement Information 
element specifies the reference time for which the GANSS Measurement Parameters are valid. 

The 22 bits of GANSS TOD are the least significant bits. The most significant bits shall be derived by the Serving 
Mobile Location Centre to unambiguously derive the GANSS TOD. 

The value for GANSS TOD is derived from the GNSS specific system time of the GNSS reported first in the GANSS 
Measurement IE rounded down to the nearest millisecond unit. 
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Table A.10.9: GANSS TOD field contents 



Parameter 


# Of Bits 


Resolution 


Range 


Units 


GANSS TOD 


22 


1 ms 


- 3599999 


ms 



DeltaTOD 

This field specifies the difference in milHseconds between GANSS TOD reported in the GANSS Measurement 
Information Element and the millisecond part of the S V time tsv_l of the first SV in the list reported from the MS. The 
DeltaTOD is defined as 

DeltaTOD = GANSS TOD - fix(tsv_l) 

where fix() denotes rounding to the nearest integer towards zero. 

Range: 0-127 

GANSS TOD Uncertainty 

This element provides the accuracy of the relation GANSS TOD -GSM time when GANSS TOD-GSM time association 
is provided. When GANSS TOD-GSM time association is not provided, even if GANSS TOD - GSM Time Association 
Measurement Request is not included in the Measure Position Request, this element can be included to provide the 
accuracy of the reported GANSS TOD. 

If GANSS TOD is the given GNSS time, then the true GNSS time, corresponding to the provided GSM time as 
observed at the MS location, lies in the interval (GANSS TOD - GANSS TOD Uncertainty, GANSS TOD + GANSS 
TOD Uncertainty). 

The uncertainty r, expressed in microseconds, is mapped to a number K, with the following formula: 

r = C*m+xf)-l) 

with C = 0.0022 and x = 0.18. With < K < 127, a suitably useful range between and 3 second is achieved for the 
uncertainty, while still being able to code down to values as small as 0.3 nanoseconds. To encode any higher value of 
uncertainty than that corresponding in the above formula to K=127, the same value, K=127, shall also be used. The 
uncertainty is then coded on 7 bits, as the binary encoding of K. 

Examples of GANSS TOD Uncertainty value are shown in Table A. 10.10. 

Table A.10.10: Example values for the GANSS TOD-GSM Time Uncertainty Parameter Format 



Value of K 


Value of uncertainty 





nanoseconds 


1 


0.396 nanoseconds 


2 


0.863 nanoseconds 


- 


- 


50 


8.64 microseconds 


- 


- 


127 


> 2.96 seconds 



N_GANSS, Number of GANSS Generic Measurement Information Elements 

N_GANSS specifies the number of GANSS Generic Measurement Information Element occurrences in GANSS 
Measurement Information element, one occurrence for each reported GANSS. The range is from 1 to 8. 

A. 3. 2.1 0.1 GANSS Generic Measurement Information Element 
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Table A.10.1 1 : GANSS Generic Measurement Information 



Element fields 


Presence 


Occurrences 


GANSS ID 


0(note 1) 


1 


GANSS Generic Measurement Element 


M 


N SGN TYPE 


Note 1 : Absence of this field means Galileo. 



GANSS ID 

GANSS ID field identifies the GNSS constellation on which GANSS Measurement Parameters were measured 
according to Table A.40. 

Range: 0-7 

N_SGN_TYPE, Number of GANSS Generic Measurement Elements 

N_SGN_TYPE specifies the number of GANSS Generic Measurement Element occurrences in GANSS Generic 
Measurement Information element. The range for N_SGN_TYPE is from 1 to 8. 

Table A.10.12: GANSS Generic IVIeasurement Element contents 



Element fields 


Presence 


Occurrences 


GANSS Signal ID 


M 


1 


GANSS Code Phase Ambiguity 





1 


GANSS Measurement Parameters 


M 


N SGN 



This element contains measurement information for one GNSS signal type indicated by GANSS Signal ID. 

GANSS Signal ID 

GANSS Signal ID field identifies the signal on which GANSS Measurement Parameters were measured. The supported 
signals are listed in Table A.59. 

Range: 0-7 

GANSS Code Phase Ambiguity 

The GANSS Code Phase Ambiguity field gives the ambiguity of the code phase measurement. It is given in ms and is 
an integer between and 127. 

The Total Code Phase for a satellite k (Satk) is given modulo this GANSS Code Phase Ambiguity and is reconstructed 
with : 

Code_Phase_Tot(Satk) = Code_Phase (Satk)+ Integer Code Phase(Satk) + n * Code Phase Ambiguity, n= 0,1,2,... 

If there is no code phase ambiguity, the GANSS Code Phase Ambiguity shall be set to 0. 

The field is optional. If GANSS Code Phase Ambiguity is absent, the default value is 0. 

N_SGN, Number of Signal Measurements 

AL-SGA^ specifies the number of GANSS Measurement Parameters element occurrence in GANSS Generic 
Measurement Information element. Typical range for N_SGN is 4 to a maximum of 16. 

GANSS Measurement Parameters 

This field contains information about the measurements of code phase and Doppler, which enables the network-based 
method where position is computed in the SMLC. This field is mandatory and occurs N_SGN times in GANSS Generic 
Measurement Information element. 
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Table A.10.13: GANSS Measurement Parameters field contents 



Parameter 


# of Bits 


Resolution Range 


Units 


Incl. 


Signal Quality Parameters 


SVID 


6 


... 


- 


... 


M 


C/No 


6 


1 


0-63 


dB-Hz 


M 


Multipath Indicator 


2 


... 


See Table A.9 


... 


M 


Carrier Quality 
Indication 


2 


... 


___ 


... 


Q'" 


Code Phase IVIeasurements 


Code Phase 


21 


2-.1 


0-(1-2''') 


ms 


M 


Integer Code Phase 


7 


1 


0- 127 


ms 


Q 


Code Phase RMS 
Error 


6 


3 bit mantissa 
3 bit exp 


0.5-112 


m 


M 


Doppler Frequency IVIeasurements 


Doppler 


16 


0.04 


+1310.7 


m/s 


Q 


ADR 


25 


2-10 


- 32767.5 


m 


Qd) 


NOTE 1 : All of these fi 


3lds shall be 


present together, or none of them shall be present. 





SVID 

The SV ID is an index number for a satellite within a satellite system. The SV ID value range starts from for each 
satellite system. The interpretation of SV ID for each GANSS is defined in Table A. 10. 14. 

Table A.10.14: Interpretation of SV ID 



System 


Value of SV ID 


Interpretation of SV ID 


Galileo 


TBD 


TBD 


Modernized GPS 


'0' - '62' 
'63' 


Satellite PRN Signal No. 1 to 63 
Reserved 


SBAS 


'0' - '38' 
'39' - '63' 


Satellite PRN Signal No. 120 to 158 
Reserved 


QZSS 


'0' - '4' 
'5 -'63' 


Satellite PRN Signal No. 193 to 197 
Reserved 


GLQNASS 


'0' - '23' 
'24 - '63' 


Slot Number 1 to 24 
Reserved 



C/No 

This field contains the estimate of the carrier-to-noise ratio of the received signal from the particular satellite. It is given 
in whole dB-Hz and has a range of to 63. Typical levels observed by GNSS receivers will be in the range of 16 dB-Hz 
to 50 dB-Hz. 

Carrier Quality Indication 

This field indicates the quality of a carrier phase measurement as a bit field. The LSB indicates the data polarity, that is. 
if the data from a specific satellite is received inverted, this is indicated by setting the LSB value to '1'. In the case the 
data is not inverted, the LSB is set to '0'. The MSB indicates if accumulation of the carrier phase has been continuous, 
that is, without cycle slips since the previous measurement report. If the carrier phase accumulation has been 
continuous, the MSB value is set to 'IX'. Otherwise, the MSB is set to 'OX'. 

This field is optional and shall be included only when carrier phase measurements are requested. 

Table A.10.16: Carrier Phase Quality Indication values and associated indications 



Bit 


Polarity Indication 


'0' 


Data Direct 


'1' 


Data Inverted 


'OX' 


Carrier phase not continuous 


'1X' 


Carrier phase continuous 


X = do not care 
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Code Phase 

This field contains the whole and fractional value of the code-phase measurement made by the MS for the particular 
satellite signal at the time of measurement in the units of ms. GNSS specific code phase measurements (e.g. chips) are 
converted into unit of ms by dividing the measurements by the nominal values of the measured signal chipping rate 
(e.g. Galileo LI OS measurement is divided by 1023.0 chip/ms). 

Integer Code Phase 

This field indicates the integer millisecond part of the code phase that is expressed modulo the GANSS Code 
Phase Ambiguity. 

The value of the ambiguity is given in the GANSS Ambiguity field of the GANSS Generic Measurement Information 
element. 

The Integer code phase is optional. The default value is 0. 

Code Phase RMS Error 

This field contains Code Phase RMS Error value. This parameter has the same range as described in Table A. 10. 

Doppler 

This field contains the Doppler measured by the MS for the particular satellite signal. This information can be used to 
compute the 3-D velocity of the MS. 

The Doppler range is sufficient to cover the potential range of values measured by the MS. Doppler measurements are 
converted into unit of m/s by multiplying the Doppler measurement in Hz by the nominal wavelength of the measured 
signal. 

ADR 

This field contains the ADR measurement measured by the MS for the particular satellite signal. This information can 
be used to compute the 3-D velocity or high-accuracy position of the MS. ADR measurements are converted into units 
of m by multiplying the ADR measurement by the nominal wavelength of the measured signal. 

This field is optional and shall be included only when carrier phase measurements are requested. 

A.4 Assistance Data 
A.4.1 General 

The Assistance Data is a RRLP component from the network to the MS. It is used by the network to provide assistance 
data to enable MS -based E-OTD or MS -based Assisted GPS capabilities in the MS and may be used to help support 
MS-assisted E-OTD and MS-assisted Assisted GPS. It contains the following elements. 
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Table A.11 : Assistance Data component content 



Element 


Type/Reference 


Presence 


E-OTD Reference BIS for 
Assistance Data 


E-OTD Reference BTS for Assistance Data 2.2.3 


C 


E-OTD IVIeasurement Assistance 
Data 


E-OTD Measurement Assistance Data 2.2.4 


C 


E-OTD l\/leasurement Assistance 
Data for System Information List 


E-OTD Measurement Assistance Data for System 
Information List 2.2.5 


c 


GPS Assistance Data 


GPS Assistance Data 4.2.4 


c 


Additional GPS Assistance Data 


Additional GPS Assistance Data 4.2.4c 





GPS Time Assistance Measurement 
Request 


GPS Time Assistance Measurement Request 
4.2.4a 





GPS Reference Time Uncertainty 


GPS Reference Time Uncertainty 4.2.4b 





More Assistance Data To Be Sent 


More Assistance Data To Be Sent 4.2.5 


c 


Extended Reference 


Extended Reference 2.2.5 


c 


GANSS Assistance Data 


GANSS Assistance Data 4.2.6 


c 


GANSS Carrier-Phase 
Measurement Request 


GANSS Carrier-Phase Measurement Request 4.2.7 





GANSS TOD - GSM Time 
Association Request 


GANSS TOD - GSM Time Association Request 
4.2.8 






A.4.2 Elements 



A.4.2.1 



E-OTD Reference BTS for Assistance Data Element 



This element is conditionaL It is as described in sub-clause 2.2.3. If the network can provide assistance data, and data 
for E-OTD has been requested, this element is included. 



A.4.2.2 



E-OTD Measurement Assistance Data Element 



This element is conditional. It is as described in sub-clause 2.2.4. If the network can provide assistance data, and data 
for E-OTD has been requested, this element is included. 



A.4.2.3 



E-OTD Measurement Assistance Data for System Information List Element 



This element is conditional. It is as described in sub-clause 2.2.5. If the network can provide assistance data, and data 
for E-OTD has been requested, this element is included. 



A.4.2.4 



GPS Assistance Data Element 



The GPS Assistance Data element contains a single GPS assistance message that supports both MS-assisted and MS- 
based GPS methods. This element can contain one or more of the fields listed in table A. 12 below, which support both 
MS-assisted and MS-based GPS methods. As table A. 12 shows, all fields are optional. 

Note that certain types of GPS Assistance data may be derived, wholly or partially, from other types of GPS Assistance 
data. 

In addition, an Integrity Monitor (IM) shall detect unhealthy (e.g., failed/failing) satellites and also shall inform users of 
measurement quality in DGPS modes when satellites are healthy. Excessively large pseudo range errors, as evidenced 
by the magnitude of the corresponding DGPS correction, shall be used to detect failed satellites. Unhealthy satellites 
should be detected within 10 seconds of the occurrence of the satellite failure. When unhealthy (e.g., failed/failing) 
satellites are detected, the assistance and/or DGPS correction data shall not be supplied for these satellites. When the 
error in the IM computed position is excessive for solutions based upon healthy satellites only, DGPS users shall be 
informed of measurement quality through the supplied UDRE values. After bad satellites have been indicated in the 
Real Time Integrity field, if the satellites return to healthy condition for some period of time, the indications for them 
shall be removed from this field. 
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Table A.12: Fields In the GPS Assistance Data element 



Parameter 


Presence 


Repetition 


Reference Time 





Yes 


Reference Location 





No 


DGPS Corrections 





Yes 


Navigation IVIodel 





Yes 


Ionospheric Model 





No 


UTC Model 





No 


Almanac 





Yes 


Acquisition Assistance 





Yes 


Real-Time Integrity 





Yes 



When RRLP pseudo-segmentation is used, Table A.12 indicates which parameters may be repeated in more than one 
RRLP segment in order to provide data for multiple satellites. When any such parameter appears in more than one 
segment, the following rules shall apply. 

1 . There shall be no repetition of data for the same satellite. 

2. Optional and conditional elements in the parameter not associated with a particular satellite shall each appear in 
at most one RRLP segment. 

3. Any mandatory element not associated with a particular satellite shall assume consistent values in the case of an 
element related to current GPS time and the same value otherwise. 

4. The maximum number of satellites defined in sub-clause 5.1 for which data can be included for any parameter in 
one RRLP segment shall apply also when counted over all RRLP segments. 

Reference Time 

These fields specify the relationship between GPS time and air-interface timing of the BTS transmission in the 
reference cell. These fields occur once per message; some are mandatory and some are conditional, as shown in 
table A. 14. Note that Reference Time may also be present within the Acquisition Assistance parameter. In such a case, 
the SMLC shall ensure consistency. 

Table A.I 4: Reference Time (Fields occurring once per message) 



Parameter 


#Bits 


Scale 
Factor 


Range 


Units 


Incl. 


GPS Week 


10 


1 


0-1023 


weeks 


M 


GPS TOW 


23 


0.08 


0-604799.92 


sec 


M 


BCCH Carrier 


10 




0-1023 


... 


(note 1 ) 


BSIC 


6 




0-63 


... 


0{note1) 


FNm 


21 




0-(2'^'-1) 


frames 


0(note 1) 


TN 


3 




0-7 


timeslots 


0(note 1) 


BN 


8 




0-156 


bits 


(note 1 ) 


GPS TOW Assist 


24*N SAT 


... 


.... 


... 





NOTE 1 : All of these fields shall be present together, or none of them shall be present. 



GPS Week 

This field specifies the GPS week number of the assistance being provided. GPS Week eliminates one-week 
ambiguities from the time of the GPS assistance. This field is mandatory. 

GPS TOW 

The GPS TOW (time-of-week) is a mandatory field and is specified with 80 msec resolution. When GSM Time Present 
is "1", GPS TOW and BCCH/BSIC/FNm/TN/BN IBs provide a valid relationship between GPS and GSM time, as seen 
at the approximate location of the MS, ie the propagation delay from BTS to MS shall be compensated for by the 
SMLC. Depending on implementation, the relation between GPS and GSM time may have varying accuracy. Therefore, 
the uncertainty of the timing relation may be provided in the optional field GPS Reference Time Uncertainty. If the 
propagation delay from BTS to MS is not accurately known, the SMLC shall use the best available approximation of 
the propagation delay and take the corresponding delay uncertainty into account in the calculation of the field GPS 
Reference Time Uncertainty. When GSM Time Present is "0", GPS TOW is an estimate of current GPS time of week at 
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time of reception of the RRLP segment containing this data by the MS. The SMLC should achieve an accuracy of +/- 3 
seconds for this estimate including allowing for the transmission delay between SMLC and MS of the RRLP segment 
containing GPS TOW. Note that the MS should further compensate GPS TOW for the time between the reception of 
the segment containing GPS TOW and the time when the GPS TOW field is used. 

BCCH Carrier/BSIC/FNm/TN/BN 

These fields specify the state of the GSM frame number, timeslot number, and bit number, respectively, of the reference 
BTS with the specified BCCH carrier and BSIC at the time that correspond to GPS TOW. The SMLC shall use the 
current serving BTS as the reference BTS. The frame number field is given modulo 2^', i.e., the MSB of the GSM 
frame number is truncated. The MS shall interpret FNm as the most recent of the two possible frame numbers that FNm 
could represent. The target MS has the option of rejecting a GPS position request or GPS assistance data if the reference 
BTS is not the serving BTS. 

GPS TOW Assist 

This field contains several fields in the Telemetry (TLM) Word and Handover Word (HOW) that are currently being 
broadcast by the respective GPS satellites. Combining this information with GPS TOW enables the MS to know the 
entire L2-second (60-bit) pattern of TLM and HOW that is transmitted at the start of each six-second subframe by the 
particular GPS satellite. This field contains information for each of N_SAT satellites, and optional. The individual 
fields for each satellite in the message are shown in table A. 15a. 

Table A.15a: GPS TOW Assist (Fields occurring NSAT times per message) 



Parameter 


#Bits 


Scale 
Factor 


Range 


Units 


Incl. 


SatID 


6 


— 


0-63 


... 


M 


TLM Message 


14 


... 


0-16383 


Bit field 


M 


Anti-Spoof 


1 


1 


0-1 


Bit field 


M 


Alert 


1 


1 


0-1 


Bit field 


M 


TLM Reserved 


2 


... 


0-3 


Bit field 


M 



SatID 

This field identifies the satellite for which the corrections are applicable. The values ranging from to 63 represent 
satellite PRNs ranging from 1 to 64, respectively. 

TLM Message 

This field contains a 14-bit value representing the Telemetry Message (TLM) being broadcast by the GPS satellite 
identified by the particular SatID, with the MSB occurring first in the satellite transmission. 

Anti-Spoof/Alert 

These fields contain the Anti-Spoof and Alert flags that are being broadcast by the GPS satellite identified by SatID. 

TLM Reserved 

These fields contain the two reserved bits in the TLM Word being broadcast by the GPS satellite identified by SatID, 
with the MSB occurring first in the satellite transmission. 

Reference Location 

The Reference Location field contains a 3-D location (with uncertainty) specified as per 3GPP TS 23.032. The purpose 
of this field is to provide the MS with a priori knowledge of its location in order to improve GPS receiver performance. 
The allowed shape is 3-D location with uncertainty (ellipsoid point with altitude and uncertainty ellipsoid). 

DGPS Corrections 

These fields specify the DGPS corrections to be used by the MS. All fields are mandatory when DGPS Corrections are 
present in the GPS Assistance Data. 
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Table A.15: DGPS Corrections 



Parameter | # Bits | Scale Factor | Range | Units | Incl. 


The following fields occur once per message 


GPS TOW 


20 


1 


- 604799 


sec 


M 


Status/Health 


3 


1 


0-7 


... 


M 


N SAT 


4 


1 


1-16 


... 


M 


The following fields occur once per satellite (N SAT times) 


SatID 


6 


... 


0-63 


... 


M 


lODE 


8 


... 


0-255 


... 


M 


UDRE 


2 


... 


0-3 


... 


M 


PRC 


12 


0.32 


+655.04 


meters 


M 


RRC 


8 


0.032 


+4.064 


meters/sec 


M 


Delta PRC2 


8 


... 


... 


... 


M 


Delta RRC2 


4 


... 


— 


... 


M 


Delta PRC3 


8 


... 


... 


... 


M 


Delta RRC3 


4 


... 


... 


... 


M 



GPS TOW 

This field indicates the baseline time for which the corrections are vaUd. 

Status/Health 

This field indicates the status of the differential corrections contained in the broadcast message. The values of this field 
and their respective meanings are shown below in table A. 16. 

Table A.I 6: Values of Status/Health IE 



Code 


Indication 


000 


UDRE Scale Factor = 1.0 


001 


UDRE Scale Factor = 0.75 


010 


UDRE Scale Factor = 0.5 


oil 


UDRE Scale Factor = 0.3 


100 


UDRE Scale Factor = 0.2 


101 


UDRE Scale Factor = 0.1 


110 


Reference Station Transmission Not Monitored 


111 


Data is invalid - disregard 



The first six values in this field indicate valid differential corrections. When using the values described below, the 
"UDRE Scale Factor" value is applied to the UDRE values contained in the message. The purpose is to indicate an 
estimate in the amount of error in the corrections. 

The value " 1 10" indicates that the source of the differential corrections (e.g., reference station or external DGPS 
network) is currently not being monitored. The value "111" indicates that the corrections provided by the source are 
invalid, as judged by the source. In the later case, the message shall contain no corrections for individual satellites. Any 
MS that receives DGPS Corrections in a GPS Assistance Data IE shall contain the appropriate logic to properly 
interpret this condition and look for the next IE. 

N_SAT 

This field indicates the number of satellites for which differential corrections are available. Corrections for up to 16 
satellites. 

SatID 

This field identifies the satellite for which the corrections are applicable. The values ranging from to 63 represent 
satellite PRNs ranging from 1 to 64, respectively. 

lODE 

This IE is the sequence number for the ephemeris for the particular satellite. The MS can use this IE to determine if new 
ephemeris is used for calculating the corrections that are provided in the broadcast message. This eight-bit IE identifies 
a particular set of ephemeris data for a GPS satellite and may occupy the numerical range of [0, 255]. The transmitted 
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lODE value will be different from any value transmitted by the GPS satellite during the preceding six hours. For more 
information about this field can be found from RTCM-SC104. 

User Differential Range Error (UDRE) 

This field provides an estimate of the uncertainty (1-a) in the corrections for the particular satellite. The value in this 
field shall be multiplied by the UDRE Scale Factor in the common Corrections Status/Health field to determine the 
final UDRE estimate for the particular satellite. The meanings of the values for this field are described in table A. 18. 

Table A.18: Values of UDRE IE 



Value 


Indication 


00 


UDRE < 1.0 m 


01 


1.0 m< UDRE < 4.0 m 


10 


4.0 m< UDRE < 8.0 m 


11 


8.0 m< UDRE 



Each UDRE value shall be adjusted based on the operation of an Integrity Monitor (IM) function which exists at the 
network (SMLC, GPS server, or reference GPS receiver itself). Positioning errors derived at the IM which are excessive 
relative to DGPS expected accuracy levels shall be used to scale the UDRE values to produce consistency. 

Pseudo-Range Correction (PRC) 

This field indicates the correction to the pseudorange for the particular satellite at the GPS Reference Time, to. The 
value of this field is given in meters (m) and the resolution is 0.32, as shown in table A. 15 above. The method of 
calculating this field is described in [9]. 

If the SMLC has received a request for GPS assistance data from an MS which included a request for the navigation 
models and DGPS (i.e., bit D and E are set to one in 'Requested GPS Assistance Data, see 3GPP TS 49.031), the 
SMLC shall determine, for each satellite, if the navigation model stored by the MS is still suitable for use with DGPS 
corrections (also see navigation model update conditions right before Table A. 19) and if so and if DGPS corrections are 
supported the SMLC should send DGPS corrections without including the navigation model. 

The lODE value sent for a satellite shall always be the lODE value that corresponds to the navigation model for which 
the pseudo-range corrections are applicable. 

The pseudo-range correction shall correspond to the available navigation model (the one already stored in and identified 
by the MS or the one included in the same procedure as the pseudo-range correction). The MS shall only use the PRC 
value when the lODE value received matches its available navigation model. 

Pseudo-Range Rate Correction (RRC) 

This field indicates the rate-of -change of the pseudorange correction for the particular satellite, using the satellite 
ephemeris identified by the lODE IE. The value of this field is given in meters per second (m/sec) and the resolution is 
0.032, as shown in table A. 15 above. For some time ti > to, the corrections for lODE are estimated by 

PRC(fi, iode) = PRC(fo, iode) + RRC(fo, ioDE)'(fi - to) - 
and the MS uses this to correct the pseudorange it measures at fj, PRn,(fi IODE), by 

PR(fl,IODE) = PRm(fl.IODE) + PRC(fl,IODE) ■ 

The SMLC shall always send the RRC value that corresponds to the PRC value that it sends (see above for details). The 
MS shall only use the RRC value when the IODE value received matches its available navigation model. 

Delta Pseudo-Range Correction 2 (Delta PRC2) 

This IE is not used. The sender shall set it to zero and the receiver shall ignore it. 
Delta Pseudo-Range Rate Correction 2 (Delta RRC2) 
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This IE is not used. The sender shall set it to zero and the receiver shall ignore it. 

Delta Pseudo-Range Correction 3 (Delta PRC3) 

This IE is not used. The sender shall set it to zero and the receiver shall ignore it. 

Delta Pseudo-Range Rate Correction 3 (Delta RRC3) 

This IE is not used. The sender shall set it to zero and the receiver shall ignore it. 

Navigation Model 

This set of fields contains information required to manage the transfer of precise navigation data to the GPS-capable 
MS. In response to a request from an MS for GPS assistance data, the SMLC shall determine whether to send the 
navigation model for a particular satellite to an MS based upon factors like the T-Toe limit specified by the MS and any 
request from the MS for DGPS (also see above). This information includes control bit fields as well as satellite 
ephemeris and clock corrections. The individual fields are given in Table A. 19 below, and the conditions for their 
presence is discussed below. 

Table A.19: Navigation Model (per-satellite fields - '^' = Positive range only) 



Parameter 


#Bits 


Scale 
Factor 


Units 


Incl. 


Navigation Model Flow Control (once per message) 


Num Sats Total | 4*" | 1 | — | M 


Satellite and Format Identification (once per satellite) 


SatID 


Qin 


... 


... 


M 


Satellite Status 


2 


... 


Boolean 


M 


Satellite Navigation IVIodel and Associated Bits (once per satellite) 


C/A or P on L2 


2 


... 


Boolean 


C 


URA Index 


4 


— 


Boolean 


C 


SV Health 


6 


... 


Boolean 


c 


lODC 


10'" 


... 


... 


c 


L2 P Data Flag 


1 


... 


Boolean 


c 


SF 1 Reserved 


87 


... 


... 


c 


Tgd 


8 


2-ai 


sec 


c 


toe 


16'^' 


2' 


sec 


c 


af2 


8 


2-bb 


sec/sec'^ 


c 


afi 


16 


2-4. 


sec/sec 


c 


afo 


22 


2-31 


sec 


c 


Crs 


16 


2' 


meters 


c 


An 


16 


2-4. 


semi-circles/sec 


c 


Mo 


32 


2-.I 


semi-circles 


c 


Cue 


16 


2-^y 


radians 


c 


e 


32(1) 


2-33 


... 


c 


Cus 


16 


2-^y 


radians 


c 


(A)"^ 


32(1) 


2-1 y 


meters""^ 


c 


toe 


16'" 


2* 


sec 


c 


Fit Interval Flag 


1 


... 


Boolean 


c 


AODO 


5 


900 


sec 


c 


Cie 


16 


2-^y 


radians 


c 


OMEGAo 


32 


2-31 


semi-circles 


c 


Cis 


16 


2-^y 


radians 


c 


io 


32 


2-31 


semi-circles 


c 


Cre 


16 


2' 


meters 


c 


CO 


32 


2-31 


semi-circles 


c 


OMEGAdot 


24 


2-43 


semi-circles/sec 


c 


Idot 


14 


2_43 


semi-circles/sec 


c 



Num_Sats_Total 

This field specifies the number of satellites that are included in the provided Navigation Model. A range of 1-16 is 
available. This field is mandatory when the Navigation Model field is included in the message. 
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SatID 

This field identifies the satelhte for which the assistance is appHcable. This value is the same as the PRN number 
provided in the navigation message transmitted by the particular satellite. The range is to 63, with 0-31 indicating 
GPS satellites 1-32, respectively, and 32-63 indicating satellites in future augmentation systems (e.g., WAAS or 
EGNOS). This field is mandatory for each included satellite. 

Satellite Status 

This field is a two-bit value that indicates the status of the Navigation Model for the particular satellite specified by 
SatID. This field is mandatory for each included satellite. The MS shall interpret the combinations of the two bits as 
follows. 

Table A.20: Satellite Status (per-satellite field) 



MSB 


LSB 


Interpretation 








New satellite, new Navigation IVIodel 





1 


Existing satellite, same Navigation IVIodel 


1 





Existing satellite, new Navigation Model 


1 


1 


Reserved 



This Satellite Navigation Model and associated bit fields include the parameters that accurately model the orbit and 
clock state of the particular satellite. For the particular satellite, these fields are conditional based on the value of 
Satellite Status for that satellite. The fields are absent when Satellite Status is "01", and present for all other values. The 
format for the ephemeris, clock corrections, and associate bits are specified in ICD-GPS-200. 

Ionospheric Model 

The Ionospheric Model contains fields needed to model the propagation delays of the GPS signals through the 
ionosphere. The information elements in this field are shown in table A. 21. Proper use of these fields allows a 
single-frequency GPS receiver to remove approximately 50 % of the ionospheric delay from the range measurements. 
The Ionospheric Model is valid for the entire constellation and changes slowly relative to the Navigation Model. All of 
the fields must be included when Ionospheric Model is present. 

Table A.21 : Ionospheric Model (occurs once per message, when present) 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


Oo 


8 


2-3U 


seconds 


C 


ai 


8 


2-^/ 


sec/semi-circle 


C 


a2 


8 


2-^4 


sec/(semi-circle)'^ 


c 


as 


8 


2-^4 


sec/(semi-circle)'^ 


c 


Po 


8 


2ii 


seconds 


c 


Pi 


8 


2i4 


sec/semi-circle 


c 


P2 


8 


2ie 


sec/(semi-circle)'^ 


c 


P3 


8 


2IB 


sec/(semi-circle)'^ 


c 



UTC Model 

The UTC Model field contains a set of parameters needed to relate GPS time to Universal Time Coordinate (UTC). All 
of the fields in the UTC Model are mandatory when the field is present. 
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Table A.22: UTC Model (occurs once per message, 
when present per-satellite fields - '^' = Positive range only) 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


Ai 


24 


2-bu 


sec/sec 


C 


Ao 


32 


2-iiu 


seconds 


C 


to/^' 


8 


2'' 


seconds 


c 


WN,'" 


8 




weeks 


c 


AtLS 


8 




seconds 


c 


WNlsf'" 


8 




weeks 


c 


DN 


8 




days 


c 


AtLSF 


8 




seconds 


c 



Almanac 

These fields specify the coarse, long-term model of the satellite positions and clocks. These fields are given in 
table A.23. With one exception (5i), these parameters are a subset of the ephemeris and clock correction parameters in 
the Navigation Model, although with reduced resolution and accuracy. The almanac model is useful for receiver tasks 
that require coarse accuracy, such as determining satellite visibility. The model is valid for up to one year, typically. 
Since it is a long-term model, the field should be provided for all satellites in the GPS constellation. All fields in the 
Almanac are mandatory when the Almanac is present. The fields toa and WN^ specify the GPS time-of-week and week 
number, respectively, that are the reference points for the Almanac parameters. 

The Almanac also is useful as an acquisition aid for network-based GPS methods. Given a recent Almanac 

(< 3-4 weeks old), the MS only needs Reference Time and Reference Location information to quickly acquire the 

signals and return measurements to the network. 

The Almanac also contains information about the health of that satellite as described in ICD-GPS-200. If this Alamanc 
has been captured from the satellite signal, the SV Health field represents the predicted satellite health at the time the 
GPS control segment uploaded the Almanac to the satellite. According to ICD-GPS-200, this health information may 
differ from the SV Health field in the Navigation Model (table A. 19) due to different upload times. 

The parameters Num_Sats_Total and SatID shall be interpreted in the same manner as described under table A19. 
Table A.23: Almanac (per-satellite fields - '^' = Positive range only) 



Parameter # Bits Scale Factor Units Incl. 


The following fields occur once per message 


Num Sats Total 


gd) 


1 


... 


M 


WNa 


8'" 


1 


weeks 


M 


The following fields occur once per satellite 


SatID 


gd) 


... 


... 


M 


e'^' 


16 


2-^1 


dimensionless 


M 


tJ^' 


8 


2i^ 


sec 


M 


6i 


16 


2-iy 


semi-circles 


M 


OMEGADOT 


16 


2-y» 


semi-circles/sec 


M 


SV Health 


8 


... 


Boolean 


M 


Ai«(i) 


24 


2-11 


meters 


M 


OMEGAo 


24 


2-i^3 


semi-circles 


M 


CO 


24 


2-^3 


semi-circles 


M 


Mo 


24 


2-^3 


semi-circles 


M 


afo 


11 


2-i^u 


seconds 


M 


afi 


11 


2-33 


sec/sec 


M 



Acquisition Assistance 

The Acquisition Assistance field of the GPS Assistance Data Information Element contains parameters that enable fast 
acquisition of the GPS signals in network-based GPS positioning. Essentially, these parameters describe the range and 
derivatives from respective satellites to the Reference Location at the Reference Time. Table A.24 illustrates the 
assistance data occurring once per message and table A. 25 illustrates the assistance data occurring per number of 
satellites for which acquisition assistance is being provided. Figure A. 2 illustrates the relation between some of the 
fields. 
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This field is optional. The field would probably appear when the Method Type field of the Positioning Instructions IE is 
set to (MS -Assisted) and the Positioning Methods field of the Position Instructions IE is set to 1 (GPS) or 2 (GPS or 
E-OTD). 

Table A.24: GPS Acquisition Assist - Parameters appearing once per message 



Parameter 


Range 


Bits 


Resolution 


Incl. 


Notes 


Number of Satellites 


0-15 


4 




M 




Reference Time 


GPS TOW 


-604799.92 sec 


23 


0.08 sec 


M 




BCCH Carrier 


0-1023 


10 




0' 




BSIC 


0-63 


6 




0' 




Frame # 


0-2097151 


21 




0' 




Timeslots # 


0-7 


3 




0' 




Bit# 


0-156 


8 




0' 




NOTE: All of these field shall be present together, or none of them shall be present. 



Table A.25: GPS Acquisition Assist - Parameters appearing [number of satellites] times per message 



Parameter 


Range 


Bits 


Resolution 


Incl. 


Notes 


SVID/PRNID 


1 - 64 (0 - 63 ) 


6 




M 




Doppler (O'" order term) 


-5,120 Hzto 5,117.5 Hz 


12 


2.5 Hz 


M 




Doppler(1^' order term) 


-1.0 -0.5 Hz/sec. 


6 


1/42 Hz/sec. 


0' 




Doppler Uncertainty 


12.5 Hz -200 Hz 
[2""(200) Hz, n = - 4] 


3 




0' 




Code Phase 


0- 1022 chips 


10 


1 chip 


M 




Integer Code Phase 


0-19 


5 


1 C/A period 


M 




GPS Bit number 


0-3 


2 




M 




Code Phase Search Window 


1 - 192 chips 


4 




M 




Azimuth 


- 348.75 deg 


5 


11.25 deg 


0^ 




Elevation 


- 78.75 deg 


3 


11.25 deg 


0' 




NOTE 1 : Both of these fields shall be present together, or none of them shall be present. 
NOTE 2: Both of these fields shall be present together, or none of them shall be present. 



£75/ 



3GPP TS 44.031 version 9.1.0 Release 9 



93 



ETSI TS 144 031 V9.1.0 (2010-02) 



SV#1 clock bias IAtsv_ll 
(t = tsv-Atsv_l according 
to [8], pp 88 ) 



At 
SV#1 



S V #1 time tsvl [ms] ( 7M X " 



J2S^ 



J2& 



J2ML 



" X ?,41 X " 



?4?, 



J2A1. 



At SV#N_SAT time 

SV#N_SAT tsvn_sat [ms] 



SV#N_SAT clock bias IAtsv_nsatl 
( 



237 



X 



238 



I 



239 



r 



GPS TOW t [ms] ( ^37 y 
(GPS system time) 



1 C/A code 
1023 chips 



.22S_ 



239 



( 740 ) C 241 ) (~ 242 X 243 ) 



-370 chips 



At , 

Reference y 
Location 



Predicted SV#1 
time tsv 1 



1£8_ 



X 



im_ 



Uii 



'\ 



Examjiary calculation of predicted 
tsv 

tsv = t+Atsv-T 

x: propagation delay from SV to MS 

Atsv: clock bias from [8], pp 88 



Predicted SV #N_S AT C 
time tsv nsat 



1£5_ 



X 



16fi_ 



im. 



V 



-220 chips 



] { 240 X 241 X~ 242 X 243 ) 



Chosen reference epoch for 
Acquisition assistance 



IIL 



X 



n2_ 



X 



_LZ3_ 



X 



U±. 



Aquisition assistance for S V#l 

GPS TOW = 240 ms (a multiple of 80ms) 
Code phase ~ 370 chips 
Integer code phase = mod(170,20) = 10 
GPS Bit number = mod(floor(170/20),4) = 



1£8_ 



1£2_ 



na. 



IIL 



Figure A.2. Exemplary calculations of Acquisition Assistance fields. 

This field indicates whether or not angle information is present in this message. The MS shall interpret a value of " 1 " to 
mean that angle (Azimuth and Elevation) information is present, and "0" to mean that it is not provided. This field is 
mandatory. 

Number of Satellites 

This field contains the number of satellites identified in this information element. This field is mandatory. 

Range: 0-15 

Reference Time 

The Reference Time field of the GPS Acquisition Assistance Data IE specifies the relationship between GPS time and 
air-interface timing of the BTS transmission in the reference cell. 

GPS TOW subfield specifies the GPS TOW for which the location estimate is valid. When the parameters BCCH 
Carrier/BSIC/Frame #/Timeslots #/Bit # are present, together with GPSTOW they provide a valid relationship between 
GPS and GSM time, as seen at the approximate location of the MS, ie the propagation delay from BTS to MS shall be 
compensated for by the SMLC. Depending on implementation, the relation between GPS and GSM time may have 
varying accuracy. The uncertainty of the timing relation may be provided in the optional field GPS Reference Time 
Uncertainty. If the propagation delay from BTS to MS is not accurately known, the SMLC shall use the best available 
approximation of the propagation delay and take the corresponding delay uncertainty into account in the calculation of 
the field GPS Reference Time Uncertainty. GPS TOW is mandatory when the GPS Acquisition Assistance Data 
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Information Element is included. When the GSM time parameters are not present the GPS TOW is an estimate of 
current GPS time of week at time of reception of the RRLP segment containing the GPS TOW by the MS. The SMLC 
should achieve an accuracy of +/- 3 seconds for this estimate including allowing for the transmission delay between 
SMLC and MS of the RRLP segment containing GPS TOW. Note that the MS should further compensate GPS TOW 
for the time between the reception of the segment containing GPS TOW and the time when the GPS TOW field is used. 

Range: - 604799.92 sec 

The BCCH Carrier # and BSIC subfields specify the reference cell for which GSM timing is provided. These 
subfields are optional when the GPS Acquisition Assistance Data Information Element is included. If included, the 
SMLC shall set the reference cell to the current serving cell. A target MS has the option of rejecting a GPS position 
request or GPS assistance data if the reference cell is not the serving cell. 

The Frame # subfield specifies the GSM frame number of the BTS transmissions for the reference cell that occur at the 
given GPS TOW. This subfield is optional when the GPS Acquisition Assistance Data Information Element is included. 

Range: 0-2097151 

The Timeslots # subfield specifies the GSM timeslot of the BTS transmissions for the reference cell that occur at the 
given GPS TOW. This subfield is optional when the GPS Acquisition Assistance Data Information Element is included. 

Range: 0-7 

The Bit # subfield specifies the GSM and bit number of the BTS transmissions for the reference cell that occur at the 
given GPS TOW. This subfield is optional when the GPS Acquisition Assistance Data Information Element is included. 

Range: 0-156 

SVID/PRNID 

This field identifies the particular satellite for which the measurement data is supplied. This value is the same as the 
PRN number provided in the navigation message transmitted by the particular satellite. 

The range is to 63, where SVID = PRNID - 1 

Doppler (O"" order term) 

This field contains the Doppler (0* order term) value. A positive value defines the increase in satellite signal frequency 
due to velocity towards the MS. A negative value defines the decrease in satellite signal frequency due to velocity away 
from the MS. This field is mandatory. 

Range: 5,120 Hz to 5,1 17.5 Hz 

Doppler (1*' order term) 

This field contains the Doppler (T' order term) value. A positive value defines the rate of increase in satellite signal 
frequency due to acceleration towards the MS. A negative value defines the rate of decrease in satellite signal frequency 
due to acceleration away from the MS. This field is optional. 

Range: -1,0 Hz to 0,5 Hz / s 

Doppler Uncertainty 

This field contains the Doppler uncertainty value. It is defined such that the Doppler experienced by a stationary MS is 
in the range "Doppler - Doppler Uncertainty" to "Doppler + Doppler Uncertainty". This field is optional. If Doppler 
Uncertainty (together with Doppler T' order term) is omitted, the terminal shall interpret Doppler Uncertainty as greater 
than H-/-200 Hz. 

Permitted Values: 12.5 Hz, 25 Hz, 50 Hz, 100 Hz, 200 Hz as encoded by an integer n in the range 0-4 according to the 
formula in Table A. 25 

Code Phase 

This field contains code phase, in units of 1 GPS chip, in the range from to 1022 GPS chips, where increasing binary 
values of the field signify increasing predicted pseudoranges, as seen by a receiver at the Reference Location at the time 
GPS TOW. The Reference Location would typically be an apriori estimate of the MS location. This field is mandatory. 
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Range: 0-1022 chips 

Integer Code Phase 

This field contains integer code phase, i.e. the number of the code periods that have elapsed since the latest GPS bit 
boundary, in units of C/A code period, as seen by a receiver at the Reference Location at the time GPS TOW. This field 
is mandatory. 

Range: 0-19 

GPS Bit Number 

This field contains GPS bit number (expressed modulo 4) currently being transmitted at the time GPS TOW, as seen by 
a receiver at the Reference Location. This field is mandatory. 

Range: 0-3 

Code Phase Search Window 

This field contains the code phase search window. The code phase search window accounts for the uncertainty in the 
estimated MS location but not any uncertainty in GPS TOW. It is defined such that the expected code phase is in the 
range "Code Phase - Code Phase Search Window" to "Code Phase + Code Phase Search Window". This field is 
mandatory. 

Range: 0-15 (i.e. 1-512 chips according to following table) 

Table A.26: Code Phase Search Window Parameter Format 



CODE_PHASE_WIN 


Code Phase Search 
Window (GPS chips) 




0000 




512 




0001 




1 




0010 




2 




0011 




3 




0100 




4 




0101 




6 




0110 




8 




0111 




12 




1000 




16 




1001 




24 




1010 




32 




1011 




48 




1100 




64 




1101 




96 




1110 




128 




1111 




192 



Azimuth 

This field contains the azimuth angle. An angle of x degrees means the satellite azimuth a is in the range (x < a < 
xH-1 1.25) degrees. This field is optional. 

Range: - 348.75 degrees. 

Elevation 

This field contains the elevation angle. An angle of y degrees means the satellite elevation e is in the range (y < e < 
y-nl 1.25) degrees except for y = 78.75 where the range is extended to include 90 degrees. This field is optional. 

Range: - 78.75 degrees 

Real-Time Integrity 

The Real-Time Integrity field of the GPS Assistance Data Information Element contains parameters that describe the 
real-time status of the LlC/A signal in GPS constellation. Primarily intended for non-differential applications, the real- 
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time integrity of the satellite constellation is of importance as there is no differential correction data by which the 
mobile can determine the soundness of each satellite signal. The Real-Time GPS Satellite Integrity data communicates 
the health of the LlC/A signal to the mobile in real-time. The format is shown in table A.29. The SMLC shall always 
transmit the Real Time Integrity field with the current list of satellites with unhealthy LlC/A signal, for any A-GPS 
positioning attempt and whenever A-GPS assistance data is sent. The same applies for GANSS positioning attempt and 
assistance data when modernized GPS is involved. If the number of bad satellites (NBS) is zero, then the Real Time 
Integrity field shall be omitted. When the Extended Reference IE is included in the RRLP Measure Position Request 
message or in the RRLP Assistance Data message, then the MS shall interpret the absence of a Real Time Integrity field 
in the assistance data provided by the SMLC to mean that NBS is zero. If the Extended Reference IE is not present, this 
interpretation applies when the assistance data is provided by the SMLC following a previous request of the MS for 
Real Time Integrity data. 

Table A.29: Real-Time Integrity - Parameters appearing NBS times 



Parameter 


#Bits 


Scale Factor 


Range 


Units 


Incl. 


Bad SVID 


6 


1 


0-63 


— 


C 



NBS (Number of Bad Satellites) 

The NBS value indicates the number of satellite ID's that follow. The user should not use the LlC/A signal of those 
satellites at this time in a fix. This NBS value is determined from the Bad_SVID list. 

Bad_SVID 

This six bit field appears NBS times, and indicates the SVID of satellites which LlC/A signal should not be used for fix 
by the user at this time. The values ranging from to 63 represent satellite PRNs ranging from 1 to 64, respectively. 

A.4.2.4a GPS Time Assistance IVIeasurement Request Element 

This element is optional and controls if the MS should return GPS time assistance measurements or not to the SMLC. 
The inclusion of this parameter implies use of measure Position Request The description is found in sub-chapter 2.2.4a. 

A.4.2.4b GPS Reference Time Uncertainty Element 

This element is conditional and provides the accuracy of the relation GPS and GSM time in the Acquisition Assistance 
in GPS Assistance Data Element. The interval, range and treatment is as described in sub-clause 2.2.4b. 



A.4.2.4C 



Additional GPS Assistance Data 



The Additional GPS Assistance Data Element contains additional GPS assistance data which are not included in the 
GPS Assistance Data Element. This element can contain one or more of the fields listed in Table A.29a below. 

Table A.29a: Fields in the Additional GPS Assistance Data element 



Parameter 


Presence 


Repetition 


GPS Ephemeris Extension 





Yes 


GPS Ephemeris Extension Checl< 





Yes 


DGPS Corrections Validity Period 





Yes 



When RRLP pseudo-segmentation is used. Table A. 29a indicates which parameters may be repeated in more than one 
RRLP segment in order to provide data for multiple satellites. When any such parameter appears in more than one 
segment, the following rules shall apply. 

1 . There shall be no repetition of the same data for the same satellite, even though there might be multiple 
realizations of the lEs for the same satellite. For example, GPS Ephemeris Extension may occur multiple times 
for the same satellite, but with different data content. 

2. Optional and conditional elements in the parameter not associated with a particular satellite shall each appear in 
at most one RRLP segment. 
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3. Any mandatory element not associated with a particular satellite shall assume consistent values in the case of an 
element related to current GPS time and the same value otherwise. 

4. The maximum number of satellites defined in sub-clause 5.1 for which data can be included for any parameter in 
one RRLP segment shall apply also when counted over all RRLP segments. 

GPS Ephemeris Extension 

The GPS Ephemeris extension contains parameters designed to extend the time of applicability of the Ephemeris terms 
by the continuous addition of the delta ephemeris terms to the respective terms of the referenced ephemeris. 

This message can provide extension information for every satellite for many days into the future; doing so may create a 
large message, thus care must be taken to consider the transport bandwidth. The SMLC can limit the duration of the 
extension to decrease the message size. For example if the extension duration is limited to twelve hours the payload 
will be approximately 2,000 octets, for a typical 27 satellite constellation. 

Table A.29.b: GPS Ephemeris Extension 



Parameter 


# Bits 1 Scale Factor 


Units 


Incl. 


gpsEphemerisHeader 


See Table A.29.C 


... 





gpsReferenceSet 


See Table A.29.e 


... 





ephemerisDeltaMatrix 


List of GPSEphemerisDeltaEpochs 






Table A.29.c: GPS Ephemeris Header 



Parameter | # Bits | Scale Factor | Units 


Incl. 


GPS Ephemeris Extension (Once per message) 


timeOfEstimation 


See Table A.29.d 


... 


M 


validityPeriod 


3 1 1 


Hours 


M 


ephemerisExtensionDuration 


9 1 1 


Hours 


M 



Time of Estimation 

The GPS Time at Estimation provides the GPS time at which the ephemeris extensions were created. 

Table A.29.d: Time of Estimation 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


GPS Week of Estimation 


10 


1 


Week 


M 


GPS TOW of Estimation 


20 


1 


Seconds 


M 



GPS Week of Estimation 

This field specifies the week of the time that the estimation was determined. 

Range: - 1023 weeks 

GPS TOW of Estimation 
Integer number of GPS TOW seconds within the current week of the time that the estimation was determined. 

Range: - 604800 s. 

Validity Period 

The validityPeriod indicates the validity period of the GPS Reference Set. It also indicates the default validity period of 
each individual delta ephemeris packet in the case that the individual validityPeriod is not present in the GPS Delta 
Epoch Header (see Table A.29.J). It is the length of time that the GPS Reference Set is intended to last and, if 
applicable, it is the length of time that the ephemeris constructed by application of the delta is intended to last. 

Range: 1-8 hours. 

Ephemeris Extension Duration 
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The Ephemeris Extension duration indicates the total block of time measured in units of hours that the extended 
ephemeris covers. 

Range: 1 -512 hours. 
The gpsEphemeris header is mandatory only once in the delivery of the GPS Ephemeris Extension message. 
GPS Reference Set 

Table A.29.e: GPS Reference Set 



Parameter 


Presence 


Note 


GPS Reference Orbit 


M 


See Table A.29.f 



The GPS Reference Set is a list of GPS Reference Orbits, one for each healthy satellite vehicle at the time of 
construction. 



GPSReference Orbit 



Table A.29.f : GPS Reference Orbit 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


svID 


5 


1 


... 


M 


gpsOrbitModel 


See Table A.29.g 


-- 


M 


gpsClockModel 


See Table A.29.h 


- 


M 



SvID 

The satellite vehicle ID identifying to which satellite the following orbital and clock model apply 

GPSOrbitModel 

This field is a structure that contains the Reference Nav Model satellite orbit information upon which all subsequent 
delta information will be applied to create the next ephemeris for use in navigation. 

Table A.29.g: Reference Nav Model 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


keplerToe 


16 


24 


seconds 


M 


keplerW 


32 


2-31 


hours 


M 


keplerDeltaN 


16 


2-43 


semi-circles/sec 


M 


keplerMO 


32 


2-3. 


semi-circles 


M 


keplerOmegaDot 


27 


2-43 


semi-circles/sec 


M 


keplerE 


32 


2-yy 


... 


M 


keplerlDot 


14 


2-43 


semi-circles/sec 


M 


keplerAPowerHalf 


32 


2-iy 


Meters"" 


M 


keplerlO 


32 


2-yi 


semi-circles 


M 


kelerOmegaO 


32 


2-ai 


semi-circles 


M 


keplerCrs 


16 


2-b 


meters 


M 


keplerCis 


16 


2-^9 


radians 


M 


keplerCus 


16 


2-^9 


radians 


M 


keplerCrc 


16 


2-5 


meters 


M 


keplerCic 


16 


2-^9 


radians 


M 


KeplerCuc 


16 


2-^9 


radians 


M 



GPSClockModel 

This field is a structure that contains the satellite clock model upon which all subsequent clock information will be 
applied to create the next clock model for use in navigation. 

GPS Clock Model 
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Table A.29.h: GPS Clock Model 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


aF2 


8 


2-bb 


seconds/seconds2 


M 


aFI 


16 


2-43 


seconds/seconds 


M 


aFO 


22 


2-31 


seconds 


M 


tgd 


8 


2-31 


seconds 


M 



GPS Ephemeris Delta Matrix 

GPS Ephemeris Delta Matrix is a list of GPS Ephemeris Delta Epochs. Each epoch is indicated by a unique seqNum. 
Each epoch corresponds to a specific update interval and contains a delta epoch header and ephemeris delta elements 
for all PRNs for that epoch. 



GPS Ephemeris Delta Epoch 



Table A.29.i: GPS Ephemeris Delta Epoch 



Parameter 


Note 


Incl. 


gpsDeltaEpochHeader 


See Table A.29.J 





gpsDeltaElementList 


List of GPS Ephemeris Delta Elements 


M 



GPS Deha Epoch Header 



Table A.29.J: GPS Delta Epoch Header 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


validityPeriod 


3 


1 


Hours 





ephemerisDeltaSizes 


See Table A.29.k 





ephemerisDeltaScales 


See Table A.29.1 






Validity Period 

The validityPeriod indicates the validity period of each individual delta ephemeris packet. It is the length of time that 
the ephemeris constructed by application of the delta is intended to last. If not present then the default validityPeriod in 
the GPS Ephemeris Header IE applies (see Table A.29.c). 



Range: 



1-8 hours. 



Ephemeris Delta Sizes 

This field is a structure that indicates the bit sizes for all the fields in the GPS Ephemeris Delta structure. 
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Table A.29.k: GPS Ephemeris Delta Sizes 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


bitSize delta co 


5 




— 


M 


bitSize delta An 


4 




— 


M 


bitSize delta MO 


5 




... 


M 


bitSize delta OMEGAdot 


5 




... 


M 


bitSize delta e 


5 




... 


M 


bitSize delta Idot 


4 




... 


M 


bitSize delta sqrtA 


5 




... 


M 


bitSize delta iO 


5 




... 


M 


bitSize delta OMEGAO 


5 




... 


M 


bitSize delta Crs 


4 




... 


M 


bitSize delta Cis 


4 




... 


M 


bitSize delta Cus 


4 




... 


M 


bitSize delta Crc 


4 




... 


M 


bitSize delta Cic 


4 




... 


M 


bitSize delta Cue 


4 




... 


M 


bitSize_delta_tgd 


4 




... 


M 



Ephemeris Delta Scales 

This field is a structure that indicates the scale factor modifiers for all the fields in the GPS Ephemeris Delta structure. 

Table A.29.1: GPS Ephemeris Delta Scales 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


scale delta co 


5 




... 


M 


scale delta An 


5 




... 


M 


scale delta MO 


5 




... 


M 


scale delta OMEGAdot 


5 




... 


M 


scale delta e 


5 




... 


M 


scale delta Idot 


5 




... 


M 


scale delta sqrtA 


5 




... 


M 


scale delta iO 


5 




... 


M 


scale delta OMEGAO 


5 




... 


M 


scale delta Crs 


5 




... 


M 


scale delta Cis 


5 




... 


M 


scale delta Cus 


5 




... 


M 


scale delta Crc 


5 




... 


M 


scale delta Cic 


5 




... 


M 


scale delta Cue 


5 




... 


M 


scale delta tgd 


5 




... 


M 



GPS Delta Element List 

GPS Delta Element List is a list of GPS Ephemeris Delta Elements 

GPS Ephemeris Delta Element 

Each GPS Ephemeris Delta Element is encoded as an octet string of up to 47 octets. Each element is uniquely identified 
by the pair (seqNum, sv_ID) and it is defined as a structure as shown in table A.29.m. The MS should parse the octet 
string according to the fields specified in table A.29.m. Each element in table A.29.m but for seqNum and sv_ID should 
be treated as a signed integer. The actual number of octets is determined by the size of the bit fields in the 
GPS_Ephemeris_Delta_Sizes table (table A.29.k). Each set of up to 47 octets represents a single extension for a single 
satellite vehicle. Each element encodes the satellite vehicle ID and the sequence number. The sequence number 
specifies the order in which the individual ephemeris extension elements are assembled as time marches forward to 
create the next ephemeris. The sequence number is the same for all satellite vehicle IDs for a particular update period. 
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Table A.29.ni: GPS Ephemerls Delta Element 



Parameter 


#Bits 


Default 
#Bits 


Scale Factor 


Default 
Scale 


Units 


Incl. 


sequenceNum 


7 




1 


1 


... 


M 


svID 


5 




1 


1 


... 


M 


delta CO 


1..32(1) 


21 


p-ib*p-^i pi^*p'^' i^\ 


2-ai 


semi-circles 


M 


delta An 


1..16(1) 


12 


2" 1 bvtp-*^ O ' S*0"''^ c^) 


2-4a 


semi-circles/sec 


M 


delta MO 


1..32(1) 


21 


p-lb*p-^l pl^*p'^' l^\ 


2-ai 


semi-circles 


M 


delta OMEGAdot 


1..24(1) 


13 


p-lBvtp-^y plb*2-4y;^\ 


2-4. 


semi-circles/sec 


M 


delta e 


1..32(1) 


18 


2-16*2"^^ 2^''*2"^^(^) 


2-aa 


... 


M 


delta Idot 


1..14(1) 


11 


2-T'*2"*^ 2'^*2''*'^ C^) 


2-4S 


semi-circles/sec 


M 


delta sqrtA 


1..32(1) 


14 


2-16*2"^'* 2^''*2"'^(^) 


2-1 y 


meters1/2 


M 


delta 10 


1..32(1) 


14 


p-lti*p-yi plb*p-^l /Z\ 


2-ai 


semi-circles 


M 


delta OMEGAG 


1..32(1) 


14 


2-iB*2-^i 2^^*2'^' C') 


2-^1 


semi-circles 


M 


delta Crs 


1..16(1) 


12 


2-16*2"'' 2^''*2'^(^) 


2-b 


meters 


M 


delta Cis 


1..16(1) 


11 


2-iB.2-^y 2^*^*2 (^) 


2-i^M 


radians 


M 


delta Cus 


1..16(1) 


12 


2-16*2"^'^ 2^''*2"^^(^) 


2-2y 


radians 


M 


delta Crc 


1..16(1) 


12 


p-ib*p-b pib*p-b/::f\ 


2-b 


meters 


M 


delta Cic 


1..16(1) 


11 


2-iB*2-^y 2^^*2''^^ l'^) 


2-^y 


radians 


M 


delta Cue 


1..16(1) 


12 


2-16*2"^'* 2^''*2"^'^(^) 


2-^y 


radians 


M 


delta tgd 


1..16(1) 


2 


p-lb*p-dl plb*p-^l tZ\ 


2-ai 


seconds 


M 



(1) The number of bits of each signed integer field is variable and it is indicated once for all numEphemerisDeltas 
by the structure ephemerisDeltasSizes. When the ephemerisDeltaSizes field is not present, the values found in 
the columns "Default # Bits" shall be used. 

(2) The scale factor of each parameter is variable around the default scale factor. The variation for each field is 
indicated once for all numEphemerisDeltas by the structure ephemerisDeltasScales. For example, if the scale 
factor modifier for delta_omega has a value of 4, the scale factor for delta_omega is 2"* * 2"^'. When the 
ephemerisDeltaScales is not used, the values found in the column "Default Scale" shall be used. 

sequenceNum 

This field indicates the order of the Ephemeris delta terms. The ephemeris constructed for use in satellite positioning is 
built by adding the delta terms to the referenced GPS_Navigation Model in the order dictated by this sequence number. 
The sequence number shall remain the same for each svID in an epoch of Ephemeris Deltas corresponding to a 
particular update interval. 

svID 

This field identifies the satellite ID within a particular sequenceNum or epoch. 

These fields, with the exception of sequenceNum and svID, specify the deltas to be added to the existing Ephemeris to 
create a new Ephemeris suite that is extended from its predecessor by the time provided in the "validityPeriod" 
parameter. To compute the time of ephemeris for the newly constructed ephemeris, validityPeriod is added to the 
preceding toe. The ephemeris time of clock (toe) is set equal to the toe. 

For each of the other ephemeris terms the corresponding delta ephemeris term is added in order to create the updated 
ephemeris. The terms delta_MO, delta_iO, and delta_OMEGA0 of the delta ephemeris must be extrapolated prior to the 
addition of the delta terms as follows: 

delta _Mi^^_^_y^ = delta _M ^^^^ + (..j-^ + An,) * dt 

Where /^ is the WGS 84 value of the earth's gravitational constant for GPS user and is equal to 3.986005 * lO'"* 
m^/sec^, and A(i) is the semi-major axis associated with this satellite's update. The extrapolation of delta_MO, uses the 
prior set's sqrtA term to compute A(i) as the square of sqrtA(i). 



delta OMEGAO, 



(i+i) 



: delta_OMEGA0(,) + delta.OMEGAdotm * dt 



iO 



(i+i) 



= iO(,) + Idot(i) * dt 
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Where dt is equal to the validity period * 3600. The terms afO, and af 1 from the GPS clock model must be extrapolated 
as follows: 

afO(,+i) = afO(,) + afl(,)* dt + af2*dt^ 

afl(i+i) = afl(i) + 2 * af2(i) * dt 

af2(i+i) = af2(i) 

Where afO, afl, and af2 are the clock model terms as shown in table A.29.C 

dt is equal to the validity period represented in seconds (validityPeriod * 3600) 

The following demonstrates the application of the ephemeris extension technique. Assume the validityPeriod = 5, 
representing: (5+1) hours = 6 hours, and the GPS Navigation model for a particular satellite, identified by the reference 
lOD has a toe = seconds. 

The toe for sequenceNumber 1 is computed by adding the validityPeriod to the initial toe of as + 6 hours = + 
21600 seconds. The new ephemeris is constructed by adding the delta ephemeris terms from set 1 to the reference 
ephemeris creating the new ephemeris, which will be used for the next six hours. For the five terms listed above 
(delta_MO, delta_iO, delta_OMEGA0, afO, and afl) the extrapolation described must occur prior to the addition of the 
delta term. 

The next ephemeris computation will occur by adding the validityPeriod to the current toe of 21600 as: 21600 + 6 hours 
= 21600 + 21600 = 43200. The ephemeris delta terms from set two are added to the ephemeris resulting from the prior 
addition to create the next ephemeris. This is done for each satellite vehicle ID. 

GPS Ephemeris Extension check 

The GPS Ephemeris Extension check provides information about non foreseen events that occurred during the period 
starting at the gpsBeginTime to the current time. An event is signified through a bit string . Each bits refers to one PRN. 
If a bit is set to one, this means that the ephemeris extension is no longer valid for this specific PRN. In order to 
indicate planned future manuvers an end time is provided. The SMLC can indicate that a future event is planned 
between the current time and the end time of this ephemeris extension. 



Table A.29.n: Ephemeris Extension check 



Parameter 


Presence 


Note 


gpsBeginTime 


M 


See Table A.29o 


gpsEndlime 


M 


See Table A.29p 


gpsSatEventslnfo 


M 


See Table A.29q 



GPS Begin Time 

The GPS begin time corresponds to the GPS Week and GPS Seconds of Estimation of the ephemeris extensions block. 

Table A.29.o: GPS Begin Time 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


GPS Week 


10 


1 


Weeks 


M 


GPS TOW 


20 


1 


Seconds 


M 



GPS End Time 

The GPS end time represents the final time the Ephemeris extension is valid. 

Table A.29.p: GPS End Time 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


GPS Week 


10 


1 


Weeks 


M 


GPS TOW 


20 


1 


Seconds 


M 
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GPS Sat Event Information 

This IE is designed to indicate events that have or may occur between the gpsBeginTime and the gpsEndTime. 

Table A.29.q: GPS Sat Event Information 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


EventOccurred 


32 


- 


- 


M 


FutureEventNoted 


32 


- 


- 


M 



EventOccurred 

If a bit is is clear in the eventOccured field it indicates that a satellite maneuver has not occurred since the 
ganssBeginXime nor is a maneuver planned for the next sixty minutes. 

FutureEventNoted 

If a bit is set in the futureEventNoted field it indicates that a maneuver is planned during the time period between 
current time plus sixty minutes and gpsEndTime 

DGPS Corrections Validity Period 

This element is an extension to the DGPS Corrections IE and provides the validity period of the differential corrections 
for each satellite included in the DGPS Corrections IE (see Table A. 15). This element may only be included if the 
DGPS Corrections IE is included in the GPS Assistance Data element. 

Table A.29r: DGPS Corrections Validity Period 



Parameter 


#Bits 


Scale Factor 


Range 


Units 


Incl. 


N SAT 


4 


1 


1-16 


... 


M 


The following fields occur once per satellite (N SAT times) 


SatID 


6 


... 


0-63 


- 


M 


UDRE Growth Rate 


3 


... 


0-7 


... 


M 


Time of Validity for 
UDRE Growth Rate 


3 


... 


0-7 


... 


M 



N_SAT 

This field indicates the number of satellites for which differential corrections validity period is available. This field 
shall be set to the same value as the N_SAT parameter in the DGPS Corrections element in Table A. 15. 

SatID 

This field identifies the satellite for which the corrections validity period is applicable. The values ranging from to 63 
represent satellite PRNs ranging from 1 to 64, respectively. The UDRE Growth Rate and Time of Validity for UDRE 
Growth Rate lEs shall be included for the same satellite IDs as the differential corrections in Table A. 15 are provided. 

UDRE Growth Rate 

This field provides an estimate of the growth rate of uncertainty (l-a) in the corrections for the particular satellite 
identified by SatID. The estimated UDRE at time value specified in the "Time of Validity for UDRE Growth Rate" tj is 
calculated as follows: 

\JDRE(to+ti) = UDRE(fo) x UDRE Growth Rate 

where to is the DGPS Reference Time GPS TOW for which the corrections in Table A. 15 are valid, tj is the "Time of 
Validity for UDRE Growth Rate" field as shown in Table A.29t, UDRE(fo) is the User Differential Range Error field as 
provided in Table A. 15, and "UDRE Growth Rate" field is the factor as shown in Table A.29s. 
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Table A.29s: Values of UDRE Growth Rate IE 



Value 


Indication 


000 


1.5 


001 


2 


010 


4 


oil 


6 


100 


8 


101 


10 


110 


12 


111 


16 



Time of Validity for UDRE Growth Rate 

This field specifies the time when the "UDRE Growth Rate" field applies. The meaning of the values for this field is 
described in Table A.29t. 

Table A.29t: Time of Validity for UDRE Growth Rate IE 



Value 


Indication 
[seconds] 


000 


20 


001 


40 


010 


80 


011 


160 


100 


320 


101 


640 


110 


1280 


111 


2560 



A.4.2.5 



More Assistance Data To Be Sent Element 



This element is set by the SMLC to indicate to the MS if more Assistance Data components or a the final RRLP 
Measure Position Request component will be sent in the current procedure in order to deliver the entire set of assistance 
data. 



A.4.2.6 



GANSS Assistance Data 



The GANSS Assistance Data consists of two or more data elements depending on the number of GNSS constellations 
included in the GANSS Assistance Data. GANSS Assistance Data elements are of two different types: GANSS 
Common Assistance Data and GANSS Generic Assistance Data. GANSS Common Assistance Data element is included 
at most only once and it contains Information Elements that can be used with any GNSS constellation. GANSS Generic 
Assistance data element can be included multiple times depending on the number of GNSS constellations supported in 
the GANSS Assistance Data. One GANSS Generic Assistance Data element contains Information Elements dedicated 
only for one specific GNSS constellation at a time. If two or more constellations are supported, GANSS Generic 
Assistance Data is given for each constellation separately. 

The fields in GANSS Assistance Data are listed in Table A. 30 below. As table A. 30 shows, all fields are optional. 
Table A.30: Fields in the GANSS Assistance Data element 



Element 


Presence 


Repetition 


GANSS Common Assistance Data 





No 


GANSS Generic Assistance Data 





Yes 



When RRLP pseudo-segmentation is used. Tables A.30, A. 31 and A. 39 indicate which elements may be repeated in 
more than one RRLP segment in order to provide data for multiple constellations, satellites or signals. When any such 
element - with the exception of the GANSS ID and SBAS ID element - appears in more than one segment, the 
following rules shall apply. 
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1 . There shall be no repetition of the same data for the same constellation, satellite or signal even though there 
might be multiple realizations of the lEs for the same constellation, satellite or signal. For example, DGANSS 
corrections may occur multiple times for the same satellite. 

2. Optional and conditional fields in the element not associated with a particular satellite or signal shall each appear 
in at most one RRLP segment. 

3. Any mandatory field not associated with a particular satellite or signal shall assume consistent values in the case 
of a field related to current reference time and the same value otherwise. 

4. The maximum number of constellations, satellites or signals defined in sub-clause 5.1 for which data can be 
included for any parameter in one RRLP segment shall apply also when counted over all RRLP segments. 

A.4.2.6.1 GANSS Common Assistance Data 

GANSS Common Assistance Data element contains GNSS constellation independent information elements that can be 
applied on any specific GNSS or on a combination of GNSS. GANSS Common Assistance Data fields are included in 
GANSS Assistance Data only once. This element can contain one or more of the fields listed in table A.31 below. As 
Table A.31 shows, all fields are optional. 

Table A.31 : GANSS Common Assistance Data content 



Element 


Presence 


Repetition 


GANSS Reference Time 





No 


GANSS Reference Location 





No 


GANSS Ionospheric IVIodel 





No 


GANSS Additional Ionospheric IVIodel 





No 


GANSS Earth Orientation Parameters 





No 



GANSS Reference Time 

This field specifies the GANSS Time Of Day (TOD) with uncertainty and relationship between GANSS Reference 
Time and air-interface timing of the BTS transmission in the reference cell. These fields occur once per message; some 
are mandatory and some are optional, as shown in Table A. 33. 

When GANSS TOD -GSM Time association is present, GANSS TOD and BCCH/BSIC/FN„/TN/BN IBs provide a 
valid relationship between GANSS TOD and GSM time, as seen at the approximate location of the MS, i.e. the 
propagation delay from BTS to MS shall be compensated for by the SMLC. Depending on implementation, the relation 
between GANSS TOD and GSM time may have varying accuracy. Therefore, the uncertainty of the timing relation is 
provided in GANSS TOD Uncertainty. If the propagation delay from BTS to MS is not accurately known, the SMLC 
shall use the best available approximation of the propagation delay and take the corresponding delay uncertainty into 
account in the calculation of the field GANSS TOD Uncertainty. When GANSS TOD -GSM Time association is not 
present, GANSS TOD is an estimate of current GANSS TOD at time of reception of the RRLP segment containing this 
data by the MS. The SMLC should achieve an accuracy of H-/- 3 seconds for this estimate including allowing for the 
transmission delay between SMLC and MS of the RRLP segment containing GANSS TOD. Note that the MS should 
further compensate GANSS TOD for the time between the reception of the segment containing GANSS TOD and the 
time when the GANSS TOD field is used. 
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Table A.33: GANSS Reference Time 



Parameter | # Bits | Scale Factor | Range 


Units 


Incl. 


GANSS Reference Time Information (once per message) 


GANSS Day 


13 


1 


0-8191 


day 





GANSS TOD 


17 


1 


- 86399 


sec 


M 


GANSS TOD Uncertainty 


7 


- 


0...127 


- 





GANSS TIIVIE ID 


3 


... 


... 


... 


(note 3) 


GANSS TOD - GSM Time Association (once per message) 


BCCH Carrier 


10 




0-1023 


... 


O(notel) 


BSIG 


6 




0-63 


... 


0(note 1) 


FNm 


21 




0-(2'^'-1) 


frames 


0(note 1) 


TN 


3 




0-7 


timeslots 


0(note 1) 


BN 


8 




0- 156 


bits 


(note 1 ) 


FNi 


7 


2-30 


-5.9605e-8 - 
-1-5.86730-8 


sec/sec 


(note 2) 


NOTE 1 : All of these fields shall be present together, or none of them shall be present. 


NOTE 2: This field can be optionally included if GANSS TOD - GSIVI Time association is present. 


NOTE 3. Absence of this field means Galileo system time. 



GANSS Day 

This field specifies the sequential number of days from the origin of the GNSS system time indicated by 
GANSS_TIME_ID modulo 8192 days (about 22 years). The GNSS system time origin is defined in Table A.34 for 
each GANSS. This field is optional. 

Range: 0-8191 days 

GANSS TOD 
Integer number of GANSS TOD seconds within the current day. 

Range: - 86399 s. 

GANSS TOD Uncertainty 

GANSS TOD uncertainty value as described in 3.2.9. This field is optional. 

GANSS_TIME_ID 

This field specifies the GNSS system time used in GANSS Reference Time. The SMLC shall set the 
GANSS_TIME_ID only to system times for corresponding GANSSs supported by the MS. 

Table A.34: GANSS TIME ID 



GANSS TIME ID 


Indication 


GNSS System Time Origin 


Galileo System Time 


(default) 


August 22, 1999; 00:00:00 UTC (BIPM) 


GPS System Time 





January 6, 1980; 00:00:00 UTC(USNO) 


QZSS System Time 


1 


January 6, 1980; 00:00:00 UTC(USNO) 


GLONASS System Time 


2 


January 1, 1996; 03:00:00 UTC(RU) 


Reserved for future use 


3-7 


- 



BCCH Carrier/BSIC/FN^N/BN/FNi 

These fields specify the state of the GSM frame number, respectively, of the reference BTS with the specified BCCH 
carrier and BSIC at the time that correspond to GANSS TOD. Also, the drift rate of the frame timing, FNi, with respect 
to the GANSS TOD is optionally given. The SMLC shall use the current serving BTS as the reference BTS. The target 
MS has the option of rejecting a GANSS position request or GANSS assistance data if the reference BTS is not the 
serving BTS. If FN^, field is present in the assistance, cellular time parameters FN^i/TN/BN shall be aligned with the 
integer GANSS TOD second given in GANSS TOD field. 
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GANSS Reference Location 

The Reference Location field contains a 3-D location (with uncertainty) specified as per 3GPP TS 23.032. The purpose 
of this field is to provide the MS with a priori knowledge of its location in order to improve GNSS receiver 
performance. The allowed shape is 3-D location with uncertainty (ellipsoid point with altitude and uncertainty 
ellipsoid). As defined in 3GPP TS 23.032, the GANSS Reference Location is provided in WGS-84 reference system. 

NOTE: If GPS Assistance Data component is present as well, the SMLC should include the Reference Location 
either in the GPS Assistance Data or GANSS Common Assistance Data element. 

GANSS Ionospheric Model 

GANSS Ionospheric Model contains parameters to model the propagation delay of the GNSS signals through the 
ionosphere. The information elements in this field are shown in Table A. 35. Proper use of these fields as defined in [11] 
allows a single-frequency GNSS receiver to remove the ionospheric delay from the pseudorange measurements. 

Table A.35: GANSS Ionospheric Model 



Parameter # Bits Scale Factor Units Incl. 


GANSS Ionosphere Model Parameters 


aio 


12 


... 


... 


M 


an 


12 


... 


... 


M 


ai2 


12 


... 


... 


M 


GANSS Ionosphere Regional Storm Flags 


Storm Flag 1 




... 


... 


O(notel) 


Storm Flag 2 




... 


... 


(note 1 ) 


Storm Flag 3 




... 


... 


(note 1 ) 


Storm Flag 4 




... 


... 


(note 1 ) 


Storm Flag 5 




... 


... 


0(note 1) 


NOTE 1 : All of these fields shall be present together, or none of them shall be 
present. 



GANSS Ionosphere Parameters 

The ionosphere model parameters are used to estimate the ionospheric distortions on pseudoranges as described in [11] 
on page 7L 

GANSS Ionosphere Regional Storm Flags 

Ionosphere storm flags ( 1 , . . . ,5) are optionally provided separately for five different regions as described in [11] on page 
71. 

GANSS Additional Ionospheric Model 

The GANSS Additional Ionospheric Model contains parameters to model the propagation delays of the GANSS signals 
through the ionosphere. The information elements in this field are shown in table A.35. a. 

When Data ID has the value '11' it indicates that the parameters have been generated by QZSS, and the parameters 
have been specialized and are applicable within the area defined in [16]. When Data ID has the value '00' it indicates 
the parameters are applicable worldwide [16]. All other values for Data ID are reserved. 

Table A.35.a: GANSS Additional Ionospheric Model 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


Data ID 


2 


- 


See text 


M 


ao 


8 


2-yu 


seconds 


M 


ai 


8 


2-'" 


sec/semi-circle 


M 


a2 


8 


2-24 


sec/(semi-circle)'^ 


M 


as 


8 


2-24 


sec/(semi-circle)'' 


M 


Po 


8 


2" 


seconds 


M 


Pi 


8 


2i4 


sec/semi-circle 


M 


P2 


8 


2IB 


sec/(semi-circle)'^ 


M 


h 


8 


2IB 


sec/(semi-circle)'' 


M 
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GANSS Earth Orientation Parameters 

The GANSS Earth Orientation Parameters provides parameters to construct the ECEF and ECI coordinate 
transformation as defined in [12] and are shown in Table A.35.b. GANSS Earth Orientation Parameters indicate the 
relationship between the Earth's rotational axis and WGS-84 reference system. 

Table A.35.b: GANSS Earth Orientation Paramaters 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


Ieop 


16 


2' 


seconds 


M 


PM X 


21 


2-^u 


arc-seconds 


M 


PM X dot 


15 


2-^1 


arc-seconds/day 


M 


PM Y 


21 


2-^y 


arc-seconds 


M 


PM Y dot 


15 


2-21 


arc-seconds/day 


M 


AUT1 


31 


2-24 


seconds 


M 


AUT1 dot 


19 


2-2b 


seconds/day 


M 



A.4.2.6.2 GANSS Generic Assistance Data 

GANSS Generic Assistance data elements contain Information Elements that are applied on one specific GNSS at a 
time indicated by GANSS_ID. The format of the lE's remains the same regardless of the GANSS; only the values of 
the parameters and inclusion of certain optional fields will vary. 

GANSS Generic Assistance Data is repeated for each GNSS included in GANSS Assistance Data. GANSS Generic 
Assistance Data can contain one or more of the elements listed in Table A. 39 below. As Table A.39 shows, all fields are 
optional. 

Table A.39: GANSS Generic Assistance Data content 



Element 


Presence 


Repetition 


GANSS ID 


0{note 1) 


Yes 


GANSS Time Model 





Yes 


DGANSS Corrections 





Yes 


GANSS Navigation Model 





Yes 


GANSS Real-Time Integrity 





Yes 


GANSS Data Bit Assistance 





Yes 


GANSS Reference Measurement Information 





Yes 


GANSS Almanac Model 





Yes 


GANSS UTC Model 





Yes 


GANSS Ephemeris Extension 





Yes 


GANSS Ephemeris Ext Check 





Yes 


SBAS ID 





Yes 


GANSS Additional UTC Model 





Yes 


GANSS Auxiliary Information 





Yes 


DGANSS Corrections Validity Period 





Yes 


NOTE 1 : Absence of this field means Galileo. 



GANSSJD 

This field indicates the GNSS for which the following assistance data lE's in GANSS Generic Assistance Data element 
are dedicated. The supported GANSS are Hsted in Table A.40. Absence of this field indicates Galileo. If GANSS ID 
indicates SBAS, the SBAS ID shall be included to indicate the specific SBAS addressed. 



Range: 



0-7 
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Table A.40: GANSS ID 



GANSS ID 


Indication 


SBAS 





Modernized GPS 


1 


QZSS 


2 


GLONASS 


3 


Reserved for future use 


4-7 



GANSS Time Model 

This field specifies a model to relate GNSS system time to a selected time reference. GNSS Time Offset ID 
(GNSS_TO_ID) identifies the GNSS for which the relation is provided. 

The SMLC may send multiple GANSS Time Models (up to 7) for a specific GNSS depending on the number of the 
allowed satellite systems in GANSS Positioning Method. For example, the SMLC may send two GANSS Time Models 
for Galileo to give the relations between Galileo and two GNSS system times. 

Table A.41 : GANSS Time Model 



Parameter 


#Bits 


Scale Factor 


Range 


Units 


Incl. 


GANSS Time IVIodel Reference 
Time 


16 


2^ 


- 604784 


s 


M 


Tao 


32 


2-3b 




sec 


M 


Tai 


24 


2-bi 




sec/sec 





Ta2 


7 


2-BH 




sec/sec'^ 





GNSS TO ID 


3 


... 


... 


... 


M 


Week Number 


13 


1 


0-8191 


week 






GANSS Time Model Reference Time 

This field specifies the reference time of week for GANSS Time Model and it is given in GNSS specific system time. 
Range: 604784 seconds 

Tao/Tai/Ta2 

These fields specify the GANSS Time Model for a specific GNSS system by constant and first and second order terms 
of polynomial. The first and second order terms are optional. 

GNSS_TO_ID 

This field specifies GNSS Time Offset ID. GANSS Time Model contains parameters to convert GNSS System Time 
from the system indicated by GANSSJD to GNSS System Time indicated by GNSS_TO_ID. The conversion is 
defined in [12,13,14]. 

Table A.42: GNSS TO ID 



GNSS TO ID 


Indication 


GPS 





GALILEO 


1 


QZSS 


2 


GLONASS 


3 


Reserved for future use 


4-7 



Week Number 

This field specifies the reference week of GANSS Time Model given in GNSS specific system time. This field is 
optional. 

DGANSS Corrections 

These fields specify the DGANSS corrections to be used by the MS. 
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Table A.43: DGANSS Corrections 



Parameter | # Bits | Scale Factor | Range | Units | Incl. 


The following fields occur once per message 


DGANSS Reference Time 


7 


30 


- 3570 


seconds 


M 


N SGN TYPE 


2 


1 


1 -3 


... 


M 


The following fields occur once per GANSS signal type (N SGN TYPE times) 


GANSS Signal ID 


3 


... 


... 


... 


M 


Status/Health 


3 


1 


0-7 


... 


M 


N SAT 


4 


1 


1 -16 


... 


M 


The following fields occur once per satellite (N SAT times) 


SV ID 


6 


... 


0...63 


... 


M 


lOD 


10 


... 


... 


... 


M 


UDRE 


2 


... 


0-3 


... 


M 


PRO 


12 


0.32 


+655.04 


meters 


M 


RRC 


8 


0.032 


+4.064 


meters/sec 


M 



DGANSS Reference Time 

This field indicates the baseline time for which the DGANSS corrections are valid as modulo 3600 s. DGANSS 
Reference Time is given in GNSS system time. 

Range: - 3600 s 

N_SGN_TYPE 

This field indicates the number of GNSS signal types included in DGANSS Corrections IE. 

Range: 1 - 3 

GANSS_Signal_ID 

DGANSS corrections are provided per GNSS signal type identified by GANSS_Signal_ID. The supported signals are 
listed in Table A.59. 

Status/Health 

This field indicates the status of the differential corrections contained in the broadcast message. The values of this field 
and their respective meanings are shown below in Table A.44. 

Table A.44: Values of Status/Health IE 



Code 


Indication 


000 


UDRE Scale Factor =1.0 


001 


UDRE Scale Factor = 0.75 


010 


UDRE Scale Factor = 0.5 


oil 


UDRE Scale Factor = 0.3 


100 


UDRE Scale Factor = 0.2 


101 


UDRE Scale Factor = 0.1 


110 


Reference Station Transmission Not Monitored 


111 


Data is invalid - disregard 



The first six values in this field indicate valid differential corrections. When using the values described below, the 
"UDRE Scale Factor" value is applied to the UDRE values contained in the message. The purpose is to indicate an 
estimate in the amount of error in the corrections. 

The value " 1 10" indicates that the source of the differential corrections (e.g., reference station or external DGANSS 
network) is currently not being monitored. The value "111" indicates that the corrections provided by the source are 
invalid, as judged by the source. In the later case, the message shall contain no corrections for individual satellites. Any 
MS that receives DGANSS Corrections in a GANSS Assistance Data IE shall contain the appropriate logic to properly 
interpret this condition and look for the next IE. 
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N_SAT 

This field indicates the number of satellites (per specified GANSS_Signal_ID) for which differential corrections 
areincluded in this element. 

Range: 1-16 

SV_ID 

The SV ID is an index number for a satellite. The interpretation of SV ID is defined in Table A.10.14. 

Issue Of Data 

Issue of Data field contains the identity for the GANSS Navigation Model, as defined in Table A.48.2 (i.e., excluding 
the IOD_MSB, if applicable for the particular GANSS or signal). 

User Differential Range Error (UDRE) 

This field provides an estimate of the uncertainty (l-o) in the corrections for the particular satellite. The value in this 
field shall be multiplied by the UDRE Scale Factor in the common Corrections Status/Health field to determine the 
final UDRE estimate for the particular satellite. The meanings of the values for this field are described in Table A.45. 

Table A.45: Values of UDRE IE 



Value 


Indication 


00 


UDRE < 1.0 m 


01 


1.0 m< UDRE < 4.0 m 


10 


4.0 m< UDRE < 8.0 m 


11 


8.0 m< UDRE 



Each UDRE value shall be adjusted based on the operation of an Integrity Monitor (IM) function which exists at the 
network (SMLC, GPS server, or reference GPS receiver itself). Positioning errors derived at the IM which are excessive 
relative to DGPS expected accuracy levels shall be used to scale the UDRE values to produce consistency. 

Pseudo-Range Correction (PRC) 

This field indicates the correction to the pseudorange for the particular satellite at DGANSS Reference Time, to. The 
value of this field is given in meters (m) and the resolution is 0.32, as shown in Table A.43 above. The method of 
calculating this field is described in [9]. 

If the SMLC has received a request for GANSS assistance data from an MS which included a request for the navigation 
models and DGANSS (i.e., bit J and M are set to one in 'Requested GANSS Assistance Data, see 3GPP TS 49.031), the 
SMLC shall determine, for each satellite, if the navigation model stored by the MS is still suitable for use with 
DGANSS corrections (also see navigation model update conditions right before Table A.46) and if so and if DGANSS 
corrections are supported the SMLC should send DGANSS corrections without including the navigation model. 

The lOD value sent for a satellite shall always be the lOD value that corresponds to the navigation model for which the 
pseudo-range corrections are applicable. 

The pseudo-range correction shall correspond to the available navigation model (the one already stored in and identified 
by the MS or the one included in the same procedure as the pseudo-range correction). The MS shall only use the PRC 
value when the lOD value received matches its available navigation model. 

Pseudo-range corrections are provided with respect to GNSS specific geodetic datum (e.g., PZ-90.02 if GANSS ID 
indicates GLONASS). 

Pseudo-Range Rate Correction (RRC) 

This field indicates the rate-of-change of the pseudorange correction for the particular satellite, using the satellite 
ephemeris and clock corrections identified by the lOD IE. The value of this field is given in meters per second (m/sec) 
and the resolution is 0.032, as shown in table A.43 above. For some time fi > to, the corrections for lOD are estimated 
by 

PRC(fi,ioD) = PRC(fo, iod) + RRC(fo, ioD)'(fi - fo) , 
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and the MS uses this to correct the pseudorange it measures at f|, PRni(fi lOD), by 

PR(f|,IOD) = PRm(fl,IOD) + PRC(fl,IOD) ■ 

The SMLC shall always send the RRC value that corresponds to the PRC value that it sends (see above for details). The 
MS shall only use the RRC value when the lOD value received matches its available navigation model. 

GANSS Navigation Model 

This set of fields contains information required to manage the transfer of precise navigation data to the GANSS-capable 
MS. In response to a request from a MS for GANSS Assistance Data, the SMLC shall determine whether to send the 
navigation model for a particular satellite to an MS based upon factors like the T-Toe limit specified by the MS and any 
request from the MS for DGANSS (also see above). This information includes control bit fields as well as satellite 
ephemeris and clock corrections and clock and orbit accuracy models. GANSS Orbit Model can be given in Keplerian 
parameters or as state vector in Earth-Centered Earth-Fixed coordinates, dependent on the GANSS-ID and the MS 
capabilities. The meaning of these parameters is defined in relevant ICDs of the particular GANSS and GNSS specific 
interpretations apply. For example. Modernized GPS and QZSS use the same model parameters but some parameters 
have a different interpretation [16]. 

GANSS Navigation Model element can contain data up to at most 32 satellites. The individual fields are given in Table 
A.46 and the conditions for their presence is discussed below. 

Table A.46: GANSS Navigation Model contents 



Parameter # Bits Scale Factor Units Incl. 


Navigation Model Flow Control (once per message) 


Num Sat 


5 


1 


... 


M 


Non-Broadcast Indication 


1 


... 


... 


M 


The followin 


g fields occur once per satellite (Num Sat times) 


SVID 


6 


... 


... 


M 


SV Health 


5 


... 


... 


M 


lOD 


10 


... 


... 


M 


GANSS Clocl< Model 


See Table A.49.1 


... 


... 


M 


GANSS Orbit Model 


See Table A.49.2 


... 


... 


M 


SV Health MSB 


1 


... 


... 





lOD MSB 


1 


... 


... 






Num_Sat 

This field specifies the number of satellites that are included in the provided GANSS Navigation Model element. A 
range of 1-32 is available. This field is mandatory when the GANSS Navigation Model field is included in the GANSS 
Assistance Data message. 

Non-Broadcast Indication 

This field indicates if the GANSS Navigation Model Elements are not derived from satellite broadcast data or are given 
in a format not native to the GANSS. 

Table A.47: Values of Non-Broadcast Indication Flag 



Value 


Non-Broadcast Indication 





GANSS Navigation Data elements corresponding with broadcasted 
data 


1 


GANSS Navigation Data element not derived from satellite broadcast 



SV_ID 

The field specifies the S V/Slot ID for which the GANSS Navigation Model Elements is given. The interpretation of SV 
ID is defined in Table A. 10.14. 

Range: 0-63 

SV Health and SV Health MSB 
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This parameter gives information about the satellite's current health. The health values are GNSS system specific. The 
SV Health bits have the encoding as in Table A.48.1 for a particular GANSS. The SV Health_MSB may be present for 
some GANSS or signals as defined in Table A.48.1. If SV Health_MSB is present, the total SV Health information is 
created by appending the SV Health field to the SV Health_MSB field. 

Table A.48.1 : Interpretation SV Health Bits 



GANSS 


SV 
Health MSB 


SV Health Bit String(5) 


Bit 1 (MSB) 


Bit 2 


Bit 3 


Bit 4 1 Bit 5 (LSB) 


Galileo 

[1 1 , pages 75-76] 


...(1) 


E5a Data 
Validity Status 


E5b Data 
Validity Status 


El -B Data 
Validity Status 


E5a Signal Health Status 
See [11], Table 67 


Modernized 
GPS''' 


...(') 


Lie Health 
[14] 


LI Health 
[12,13] 


L2 Health 
[12,13] 


L5 Health 
[12,13] 


'0' 
(reserved) 


SBAS'-" 


...(1) 


Ranging On 
(0),Qff(1) 


Corrections 
Qn(0), Off (1) 


Integrity On 
(0),Qff(1) 


'0' 
(reserved) 


'0' 
(reserved) 


QZSS 
QZS-L1*"' 


MSB of SV 
Health [16] 


5 LSBs of SV Health 


[16] 


QZSS 
QZS- 

L1 C/L2G/L5'^' 


...(') 


Lie Health 
[16] 


LI Health 
[16] 


L2 Health 
[16] 


L5 Health 
[16] 


'0' 
(reserved) 


GLQNASS 


...|i) 


Bn (MSB) 
[17, page 23] 


Ft 
[17, Table 4.4] 


Note 1 : The SV Health_IVISB field shall not be present in GANSS Navigation Model for these GANSS or GANSS signals. 

Note 2: if a certain signal is not supported on the satellite indicated by SV_ID, the corresponding health bit shall be set to 

'1 ' (i.e., signal can not be used). 

Note 3: SV Health in case of GANSS ID indicates SBAS includes the 5 LSBs of the Health included in GEQ Almanac 

Message Parameters (Type 17) [15]. 

Note 4: If GANSS ID indicates 'QZSS', and GANSS Orbit Model-2 is included, this interpretation of SV Health applies. 

Note 5: If GANSS ID indicates 'QZSS', and GANSS Orbit Model-3 is included, this interpretation of SV Health applies. 



Issue Of Data 

Issue of Data field contains the identity for GANSS Navigation Model. The IOD_MSB may be present for some 
GANSS or signals as defined in Table A.48.2a. If IOD_MSB is present, the total lOD information is constructed as 
defined in Table A.48.2a. 

In the case of broadcasted Galileo ephemeris, the lOD contains the lOD index as described in [11]. 

In case of broadcasted Modernized GPS ephemeris, the lOD contains the 1 1-bit parameter t^e as defined in [12, Table 
30-1] [14, Table 3.5-1] and is constructed using lOD and IOD_MSB fields. 

In case of broadcasted SBAS ephemeris, the lOD contains the 8 bits Issue of Data as defined in [15] Message Type 9. 

In case of broadcasted QZSS QZS-Ll ephemeris, the lOD contains the lODC as described in [16]. 

In case of broadcasted QZSS QZS-L1C/L2C/L5 ephemeris, the lOD contains the 1 1-bit parameter t^e as defined in [16] 
and is constructed using lOD and IOD_MSB fields. 

In case of broadcasted GLQNASS ephemeris, the lOD contains the parameter t^, as defined in [17]. 
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Table A.48.2: Interpretation of Issue Of Data 



GANSS 


Parameter 


#Bits 


Scale Factor 


Range 


Units 


Galileo 


IQD 


10 


-- 


0-1023 


- 


Modernized GPS*" 


LSBS of toe 


10 


300 


0-306900 


seconds 


SBAS 


lOD 


8 


- 


0-255 


- 


QZSS-QZS-LI*-^' 


lODC 


10 


-- 


0-1023 


- 


QZSS - QZS- 

L1G/L2G/L5<'"^' 


LSBs of toe 


10 


300 


0-306900 


seconds 


GLONASS 


tb 


7 


15 


15-1425 


minutes 


Note 1 : The MSB of toe is provided in IOD_MSB field. 

Note 2: If GANSS ID indicates 'QZSS', and GANSS Clock and Orbit Model-2 are included, this interpretation 

of lOD applies. 

Note 3: If GANSS ID indicates 'QZSS', and GANSS Clock and Qrbit Model-3 are included, this interpretation 

of lOD applies 



Table A.48.2a: Interpretation of IOD_MSB 



GANSS*" 


lOD MSB 


Scale Factor 


Units 


Comment 


Modernized GPS 


MSB of toe 


307200 


seconds 


The full toe is constructed as "MSB of 

toe" X 307200 -1- "LSBs of toe" X 300 

(Effective range of full toe is 0- 

604500 seconds) 


QZSS - QZS- 
L1 C/L2C/L5 


MSB of toe 


307200 


seconds 


The full toe is constructed as "MSB of 

toe" X 307200 -1- "LSBs of toe" X 300 

(Effective range of full toe is 0- 

604500 seconds) 


Note 1 : The IQD_MSB field shall not be present in GANSS Navigation Model for GANSS or GANSS signals 
not defined in this Table. 



GANSS Clock Model 

GANSS clock model (Model-1) contains one or two clock model elements depending on the GNSS. Clock Model-1 
shall be included once or twice depending on the MS capability. 

If the MS is supporting multiple Galileo signals, SMLC shall include both F/Nav and I/Nav clock models in GANSS 
Clock Model IE if the SMLC assumes the MS to perform Location Information calculation using multiple signals. The 
MS capabilities to support multiple GNSS frequencies are indicated in the Positioning Capability Response element 
(clause A.8). Otherwise, SMLC shall include only the model suitable for the GNSS. 
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Table A.49.1 : GANSS Clock Model 



Parameter | # Bits | Scale Factor | Units | Incl. 


One of the following models can be included: 


Model-1 : 


Standard Satellite Clock Model (can occur multiple times per model, N CLOCK, if selected) 


toe 


14'"' 


60 


sec 


C(i) 


af2 


12 


2"''^ if GANSS_ID 
indicates Galileo 


sec/sec'^ 


C(i) 


afi 


18 


2-45 


sec/sec 


C(i) 


afo 


28 


2-yy 


sec 


C(i) 


Tgd 


10 


2"-'^ if GANSS_ID 
indicates Galileo 


sec 


Qd) 


Model ID 


1 


... 


... 





Model-2: 


NAV Clock Model 


toe 


16 


2' 


seconds 


c'" 


af2 


8 


2-bb 


sec/sec'^ 


C(i) 


afi 


16 


2-43 


sec/sec 


C(i) 


afo 


22 


2-31 


seconds 


C(i) 


Tgd 


8 


2-31 


seconds 


c'" 


Model-3: 


CNAV/CNAV-2 Clock Model 


toe 


11 


300 


seconds 


CO) 


top 


11 


300 


seconds 


C(i) 


URAoc Index 


5 


... 


... 


C(i) 


URAod Index 


3 


... 


... 


C(i) 


URAoc2 Index 


3 


... 


... 


C(i) 


af2-n 


10 


2-Bo 


sec/sec'^ 


C(i) 


af1-n 


20 


2-43 


sec/sec 


C(i) 


afO-n 


26 


2-3b 


seconds 


C(i) 


Tgd 


13 


2-3b 


seconds 


C(i) 


ISClicp 


13 


2-3b 


seconds 


O(^) 


ISClicd 


13 


2-3b 


seconds 


O(^) 


ISClic/a 


13 


2-3b 


seconds 


Ql^) 


ISCl2c 


13 


2-3b 


seconds 


Ql^) 


ISCl5I5 


13 


2-3b 


seconds 


0(4) 


ISCl5Q5 


13 


2-3b 


seconds 


0(4) 


Model-4: 


GLONASS Satellite Clock Model 


Xn(tb) 


22 


2-30 


seconds 


Q(l) 


Yn(tb) 


11 


2-4U 


... 


Q(l) 


AXn 


5 


2-3U 


seconds 





Model-5: 


SBAS Satellite Clock Model 


to 


13 


16 


seconds 


Q(1) 


aofo 


12 


2-31 


seconds 


Q(1) 


aofi 


8 


2-4U 


Seconds/sec 


Q(l) 


NOTE 2: Both of these fields shall be present together, or none of them shall be present. 
NOTE 3: Both of these fields shall be present together, or none of them shall be present. 
NOTE 4: Both of these fields shall be present together, or none of them shall be present. 



Model ID 

This field specifies the identity of the clock model according to Table A.49.1a. This field is optional. 

Table A.49.1 a: Galileo Clock Model Identity 



Value 


Identity 





l/Nav 


1 


F/Nav 
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GANSS Orbit Model 

GANSS Orbit Model IE contains the following presentation: Satellite Navigation Model Using Keplerian Parameters or 
Satellite Navigation Model Using Earth-Centered, Earth-fixed Parameters as described in Table A.49.2. 
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Table A.49.2: GANSS Orbit Model 



Parameter 


# Bits Scale Factor Units 


Incl. 


One of the following models can be included: 


Model-1 : 


Satellite Navigation IVIodel Using Keplerian Parameters 


toe 


14'"' 


60 


sec 


C 


CO 


32 


2-yi 


semi-circles 


C 


An 


16 


2-4ii 


semi-circles/sec 


C 


Mo 


32 


2-iii 


semi-circles 


C 


OMEGAdot 


24 


2-4. 


semi-circles/sec 


C 


e 


32'"' 


2-'i'i 


... 


c 


Idot 


14 


2« 


semi-circles/sec 


c 


sqrtA 


32'"' 


2-iy 


meters"'^ 


c 


io 


32 


2-iii 


semi-circles 


c 


OMEGAo 


32 


2-31 


semi-circles 


c 


Grs 


16 


2-. 


meters 


c 


Cis 


16 


2-^y 


radians 


c 


^US 


16 


2-^a 


radians 


c 


Crc 


16 


2-. 


meters 


c 


Cic 


16 


2-^y 


radians 


c 


^UC 


16 


2-^y 


radians 


c 


Model-2: 


Satellite Navigation Model Using NAV Keplerian Parameters 


URA Index 


4 


- 


— 


c 


Fit Interval Flag 


1 


- 


Boolean 


c 


toe 


16 


2' 


sec 


c 


CO 


32 


2-31 


semi-circles 


c 


An 


16 


2-43 


semi-circles/sec 


c 


Mo 


32 


2-31 


semi-circles 


c 


OMEGAdot 


24 


2-43 


semi-circles/sec 


c 


e 


32'"' 


2-33 


... 


c 


Idot 


14 


2-43 


semi-circles/sec 


c 


sqrtA 


32'"' 


2-1 y 


meters"'^ 


c 


io 


32 


2-31 


semi-circles 


c 


OMEGAo 


32 


2-31 


semi-circles 


c 


Grs 


16 


2-. 


meters 


c 


Cis 


16 


2-^y 


radians 


c 


^US 


16 


2-^y 


radians 


c 


Crc 


16 


2-0 


meters 


c 


Cic 


16 


2-^y 


radians 


c 


^UC 


16 


2-^y 


radians 


c 


Model-3: 


Satellite Navic 


ation Model Using CNAV/CNAV-2 Keplerian Parameters 


top 


11 


300 


seconds 


c 


URAoe Index 


5 


... 


... 


c 


AA 


26 


2-y 


meters 


c 


A dot 


25 


2-^1 


meters/sec 


c 


Ano 


17 


2-44 


semi-circles/sec 


c 


Ano dot 


23 


2-b/ 


semi-circles/sec'^ 


c 


Mo-n 


33 


2-3. 


semi-circles 


c 


en 


33 


2-34 


... 


c 


COn 


33 


2-3. 


semi-circles 


c 


£2o-n 


33 


2-3. 


semi-circles 


c 


AQ dot 


17 


2-.. 


semi-circles/sec 


c 


lo-n 


33 


2-3. 


semi-circles 


c 


io-n dot 


15 


2-44 


semi-circles/sec 


c 


Cis-n 


16 


2-3U 


radians 


c 


Cic-n 


16 


2-3U 


radians 


c 


Ors-n 


24 


2-3 


meters 


c 


^-Tc-n 


24 


2-3 


meters 


c 


^-'us-n 


21 


2-3U 


radians 


c 


v-'uc-n 


21 


2-3U 


radians 


c 


Model-4: 


Satellite Navigation Model Using GLONASS Earth-Centered, Earth-fixed Parameters 
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En 


5(u) 


1 


days 


C 


P1 


2(") 


- 


... 


C 


P2 


.|(U) 


1 


... 


C 


M 


2(") 


1 


... 





\(h) 


27 


2-11 


kilometers 


C 


Kih) 


24 


2-au 


kilometres/second 


C 


Kih) 


5 


2-3U 


kilometres/second'^ 


C 


Jnih) 


27 


2-11 


kilometers 


C 


yn(h) 


24 


2-^u 


kilometres/second 


C 


yn(h) 


5 


2-au 


kilometres/second'^ 


C 


z„(h) 


27 


2-11 


kilometers 


C 


Znih) 


24 


2-i^u 


kilometres/second 


C 


Uth) 


5 


2-iiu 


kilometres/second'^ 


C 


Model-5: 


Satellite Navigation Model Using SBAS Earth-Centered, Earth-fixed Parameters 


to 


13 


16 


seconds 


Qd) 


Accuracy 


4 


- 


- 


C 


Xg 


30 


0.08 


meters 


C 


Yg 


30 


0.08 


meters 


C 


Zg 


25 


0.4 


meters 


C 


Xg 
Rate-of-Change 


17 


0.000625 


meters/sec 


C 


Yg 
Rate-of-Change 


17 


0.000625 


meters/sec 


C 


Zg 

Rate-of-Change 


18 


0.004 


meters/sec 


C 


Xg Acceleration 


10 


0.0000125 


meters/sec'^ 


C 


Yg Acceleration 


10 


0.0000125 


meters/sec'^ 


C 


Zg Acceleration 


10 


0.0000625 


meters/sec'^ 


C 


Note 1 : If GANSS Clock Model-5 is not included, this field shall be present. 


NOTE u: unsigned parameter 



GANSS Real-Time Integrity 

Integrity Monitor (IM) shall detect unhealthy (e.g., failed/failing) satellite signals and also shall inform users of 
measurement quality in DGANSS modes when satellite signals are healthy. Excessively large pseudo range errors, as 
evidenced by the magnitude of the corresponding DGANSS correction, shall be used to detect failed satellite signals. 
Unhealthy satellite signals should be detected within 10 seconds of the occurrence of the satellite signal failure. When 
unhealthy (e.g., failed/failing) satellite signals are detected, the assistance and/or DGANSS correction data shall not be 
supplied for these satellite signals. When the error in the IM computed position is excessive for solutions based upon 
healthy satellite signals only, DGANSS users shall be informed of measurement quality through the supplied UDRE 
values. After bad satellite signals have been indicated in the Real Time Integrity field, if the satellite signals return to 
healthy condition for some period of time, the indications for them shall be removed from this field. 

GANSS Real-Time Integrity field of the GANSS Assistance Data Information Element contains parameters that 
describe the real-time status of the GANSS constellations. Primarily intended for non-differential applications, the real- 
time integrity of the satellite constellation is of importance as there is no differential correction data by which the 
mobile can determine the soundness of each satellite signal. GANSS Real-Time Integrity data communicates the health 
of the GNSS signals to the mobile in real-time. The format is shown in Table A.50. The SMLC shall always transmit 
the GANSS Real Time Integrity field with the current list of unhealthy signals, for any GANSS positioning attempt and 
whenever GANSS Assistance Data is sent. If the number of bad signals (NBS) is zero, then the GANSS Real Time 
Integrity field shall be omitted. 
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Table A.50: GANSS Real-Time Integrity 



Parameter | # Bits | Scale Factor | Range | Units 


Incl. 


The followina fields occur once per SV with bad signal (NBS times) 


Bad GNSS SV ID 


6 


1 


... 


... 


M 


Bad_GNSS_Signal_ID 


8 


1 


... 


... 






NBS (Number of satellites with bad signal) 

The NBS value indicates the number of satellites with bad signal. 

Bad_GNSS_SV_ID 

This field specifies the SV ID of the satellite with bad signal or signals. The interpretation of SV ID is defined in Table 
A.10.14. 

Bad_GNSS_Signal_ID 

This field identifies the bad signal of a satellite. Absence of this field means that all signals on the specific SV are bad. 
The interpretation of Bad_GNSS_Signal_ID is listed in Table A. 59. If the satellite in question belongs to the 
modernized GPS constellation and has some healthy signals but bad LlC/A signal, Bad_GNSS_Signal_ID shall be 
present but may have all the bits set to '0'. Status of LlC/A signal shall be indicated with Real-Time Integrity IE in 
GPS Assistance Data Element. 

GANSS Data Bit Assistance 

This element provides data bit assistance data for specific satellite signals for data wipe-off The data bits included in 
the assistance data depends on the GANSS and its signal. 

Table A.51 : GANSS Data Bit Assistance 



Parameter 


Bits 


Resolution 


Range 


Incl. 


GANSS TOD 


6 


1 


0-59 


M 


The following fields occur once per satellite (N SAT times) 


SVID 6 1 — M 


The following fields occur once per signal (N SGN times) 


GANSS Signal ID 


3 


1 


0-7 


M 


N BIT 


10 


1 


1 - 1 024 


M 


Data Bits 


N BIT 


... 


... 


M 



GANSS TOD 

This field indicates the reference time of the first bit of the data in GANSS Data Bit Assistance in integer seconds in 
GNSS specific system time. 

Data Bit Reference Time is given as modulo 60 s from GANSS TOD. 

N_SAT 

This field specifies the number of satellites in GANSS Data Bit Assistance element. 

SV_ID 

The field specifies the S V for which the GANSS Data Bit Assistance is given. The interpretation of SV ID is defined in 

Table A.10.14. 

Range: 0-63 

N_SGN 

This field specifies the number of signals for which GANSS Data Bit Assistance is provided. 

Range: 1 - 8 

GANSS_Signal_ID 
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This field specifies the GANSS signal type of the GANSS Data Bit Assistance as listed in Table A.59. 

N_BIT 

This field indicates the number of bits (or symbols) included in the IE. 

Data Bits 

Data bits are contained in GNSS system and data type specific format. 

In case of Galileo, it contains the FEC encoded and interleaved modulation symbols. The logical levels 1 and 
correspond to signal levels -1 and +1, respectively. In case of Modernized GPS LlC, it contains the encoded and 
interleaved modulation symbols as defined in [14] section 3.2.3.1. 

In case of Modernized GPS L2C, it contains either the NAV data modulation bits, the FEC encoded NAV data 
modulation symbols, or the FEC encoded CNAV data modulation symbols, dependent on the current signal 
configuration of this satellite as defined in [12, Table 3-III]. 

In case of Modernized GPS L5, it contains the FEC encoded CNAV data modulation symbols as defined in [13]. 

In case of SBAS, it contains the FEC encoded data modulation symbols as defined in [15]. 

In case of QZSS QZS-Ll, it contains the NAV data modulation bits as defined in [16] section 5.2. In case of QZSS 
QZS-LIC, it contains the encoded and interleaved modulation symbols as defined in [16] section 5.3. In case of QZSS 
QZS-L2C, it contains the encoded modulation symbols as defined in [16] section 5.5. In case of QZSS QZS-L5, it 
contains the encoded modulation symbols as defined in [16] section 5.6. 

In case of GLONASS, it contains the 100 sps differentially Manchester encoded modulation symbols as defined in [17] 
section 3.3.2.2. 

GANSS Reference Measurement Information 

This field provides reference code and Doppler measurement information of visible satellites of a GANSS constellation. 
The information can be used as acquisition assistance to improve the sensitivity of the receiver. 

These parameters describe the range and optionally the derivatives from respective satellites to the GANSS Reference 
Location at the GANSS Reference Time. The code phase and Doppler fields are aligned with the time provided in 
GANSS Reference Time. Figure A.4a illustrates the relation between some of the fields with respect to the GANSS 
TOD. 

If GPS Acquisition Assistance is included the Reference Time included in the GPS Acquisition Assistance is also valid 
for the GANSS Reference Measurement fields and the parameters are referenced to GPS TOW. Figure A.4b illustrates 
the relation between some of the fields with respect to GPS TOW. 

The parameters are given in units of ms and m/s which makes it possible to convert the values to any nominal frequency 
and chipping and code rate. 

Table A.52: GANSS Reference Measurement Information Contents 



Parameter 


Range 


Bits 


Resolution 


Incl. 


GANSS Signal ID 


0-7 


3 


— 


M 


The following fields occur once per satellite (Num_Sat times) 


SV ID 


0-63 


6 




M 


Doppler (0* order term) 


-1024 m/s to 1023.5 m/s 


12 


0.5 m/s 


M 


Doppler (I*" order term) 


-0.2 - 0.1 m/s"^. 


6 


1/210 m/s"^. 


qO) 


Doppler Uncertainty 


2.5 m/s - 40 m/s 
[2'"(40) m/s, n = - 4] 


3 


— 


0'" 


Code Phase 


0-(1-2'")ms 


10 


2-'" ms 


M 


Integer Code Phase 


0- 127 ms 


7 


1 ms 


M 


Code Phase Search 
Window 


See Table A.53 


5 


— 


M 


Azimuth 


- 348.75 deg 


5 


11.25 deg 


O(^) 


Elevation 


- 78.75 deg 


3 


11.25 deg 


0'^' 


NOTE 1 ,2: All of these fields shall be present together, or none of them shall be present. 
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SV#1 clock bias IAtsv_l I 
(t = tsv-Atsv_l) 



At 
SV#1 



SV #1 time tsvl [ms] ( 9997 X " 



) ( 9990 ( 10000 X 10001 X~ 10002 X 10003 ) 



SV #N SAT clock bias lAtsv nsati 



At SV#N_SAT time ( 9997 X 9998 X" 9999 

SV#N_SAT tsvn_sat [ms] 



GANSS TOD t 
(a GNSS systeili time) 



<;< 



GANSS TOD in integer seconds [s] 



>c 



-0.6383 ms- 



At 

Reference y 
Location \ 



Predicted SV#1 
time tsv_l [ms] 



Exemplary calculation of 
predicted tsv 

tsv = t+Atsv-x 

x: propagation delay from SV to MS 

Atsv: clock bias 



Predicted SV #N_SAT ( 9924 X 9925~ 
V time tsv_nsat [ms] 



9926 



] { 10000 X 10001 X~ 10002 X~10003 ) 



Chosen reference time in integer seconds [s] 
for GANSS Reference Measurements 



10 



> 



( 9920 X ~ 9921 : r~9922 X 9923 X 9924 " X 9925 X " 9926 ) 



GANSS Reference Measurement for SV#1 

GANSS TOD = 10 s (10000 ms) 

Code Phase ~ 0.6383 ms 

Integer Code Phase = 10000 - 9922 = 78 ms 

Exemplary calculation of the expected tsv_l [ms] 
in the MS 

tsv_l = GANSS TOD - Integer Code Phase + Code Phase : 
10000 - 78 + 0.6383 = 9922.6383 ms 

~ X 9927 "X 9928 X 9929 X" 9930 ) 



-0.7849 ms 



Figure A.4a. Exemplary calculations of some GANSS Reference Measurement fields with respect to 

GANSS TOD. 
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SV#1 clock bias IAtsv_l I 
(t = tsv-Atsv_l) 



At 
SV#1 



SV #1 time tsvl [ms] ( 9997 X" 9999 )(~ 999< > ( 10000 X 10001 X~ 10002 X 10003 ) 



SV #N SAT clock bias lAtsv nsati 



At SV#N_SAT time ( 9997 X 9998 X" 9999 

SV#N_SAT tsvn_sat [ms] 



r 



GPSTOWt[ms] ( 9997 



1 ms 



9998 



9999 



( 10000 X 10001 X~ 10002 X 10003 ) 



-0.6383 ms- 



At 

Reference y 
Location \ 



Predicted SV#1 
time tsv_l [ms] 



Exemplary calculation of 
predicted tsv 

tsv = t+Atsv-x 

x: propagation delay from SV to MS 

Atsv: clock bias 



Predicted SV #N_SAT ( 9924 X 9925~ 
V time tsv_nsat [ms] 



9926 



' ( 10000 X 10001 X~ 10002 X~10003 ) 



Chosen reference epoch [ms] in 
GPS Acquisition assistance 



( 9920 X ~ 9921 : r~9922 X 9923 X 9924 " X 9925 X " 9926 ) 



GANSS Reference Measurement for SV#1 
GPS TOW = 10000 ms (a multiple of 80 ms) 
Code Phase ~ 0.6383 ms 
Integer Code Phase = 10000 - 9922 = 78 ms 

Exemplary calculation of the expected tsv_l [ms] 
in the MS 

tsv_l = GPS TOW - Integer Code Phase + Code Phase : 
10000 - 78 + 0.6383 = 9922.6383 ms 

~ X 9927 "X 9928 X 9929 X" 9930 ) 



-0.7849 ms 



Figure A.4b. Exemplary calculations of some GANSS Reference Measurement fields with respect to 

GPS TOW. 

GANSS_Signal_ID 

This field specifies the GNSS signal type. The supported signals are listed in Table A. 59. 

Num_Sat 

This field specifies the number of satellites in GANSS Reference Measurement Information element. 

SV_ID 

This field specifies the SV for which the GANSS Reference Measurement Assistance is given. The interpretation of SV 
ID is defined in Table A. 10. 14. 

Range: 0-63 

Doppler (O"" order term) 

This field contains the Doppler (0* order term) value. A positive value in Doppler defines the increase in satellite signal 
frequency due to velocity towards the MS. A negative value in Doppler defines the decrease in satellite signal 
frequency due to velocity away from the MS. 

Doppler is given in unit of m/s by multiplying the Doppler value in Hz by the nominal wavelength of the assisted 
signal. 

This field is mandatory. 
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Doppler (1^' order term) 

This field contains the Doppler (T' order term) value. A positive value defines the rate of increase in satellite signal 
frequency due to acceleration towards the MS. A negative value defines the rate of decrease in satellite signal frequency 
due to acceleration away from the MS . 

Doppler (T' order term) is given in unit of m/s by multiplying the Doppler value in Hz by the nominal wavelength of 
the assisted signal. 

This field is optional. 

Doppler Uncertainty 

This field contains the Doppler uncertainty value. It is defined such that the Doppler experienced by a stationary MS is 
in the range "Doppler - Doppler Uncertainty" to "Doppler + Doppler Uncertainty". This field is optional. If Doppler 
Uncertainty (together with Doppler T' order term) is omitted, the terminal shall interpret Doppler Uncertainty as greater 
than +/-40 m/s. 

Doppler Uncertainty is given in unit of m/s by multiplying the Doppler Uncertainty value in Hz by the nominal 
wavelength of the assisted signal. 

Permitted Values: 2.5 m/s, 5 m/s, 10 m/s, 20 m/s, 40 m/s as encoded by an integer n in the range 0-4 according to 
the formula in Table A. 52. 

Code Phase 

This field contains code phase, in units of milliseconds, in the range from to 1 millisecond scaled by the nominal 
chipping rate of the GNSS signal, where increasing values of the field signify increasing predicted signal code phases, 
as seen by a receiver at the Reference Location at the GANSS Reference Time. The Reference Location would typically 
be an apriori estimate of the MS location. This field is mandatory. 

Range: 0-(l-2-"')ms 

Integer Code Phase 

This field contains integer code phase (expressed modulo 128 ms) currently being transmitted at the GANSS Reference 
Time, as seen by a receiver at the Reference Location. This field is mandatory. 

Range: 0-127 ms 

Code Phase Search Window 

This field contains the code phase search window. The code phase search window accounts for the uncertainty in the 
estimated MS location but not any uncertainty in GANSS Reference Time. It is defined such that the expected code 
phase is in the range "Code Phase - Code Phase Search Window" to "Code Phase + Code Phase Search Window" given 
in units of milliseconds. This field is mandatory. 

Range: 0-31 (i.e. 0.002 - 2,000 ms according to following table) 
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Table A.53: Code Phase Search Window Parameter Format 



CODE PHASE SEARCH WINDOW 


Code Phase Search Window [ms] 




00000 




No information 




00001 




0,002 




00010 




0,004 




00011 




0,008 




00100 




0,012 




00101 




0,016 




00110 




0,024 




00111 




0,032 




01000 




0,048 




01001 




0,064 




01010 




0,096 




01011 




0,128 




01100 




0,164 




01101 




0,200 




01110 




0,250 




01111 




0,300 




10000 




0,360 




10001 




0,420 




10010 




0,480 




10011 




0,540 




10100 




0,600 




10101 




0,660 




10110 




0,720 




10111 




0,780 




11000 




0,850 




11001 




1,000 




11010 




1,150 




11011 




1,300 




11100 




1,450 




11101 




1,600 




11110 




1,800 




11111 




2,000 



Azimuth 

This field contains the azimuth angle. An angle of x degrees means the satellite azimuth a is in the range (x < a < 
x+11.25) degrees. This field is optional. 



Range: 
Elevation 



- 348.75 degrees. 



This field contains the elevation angle. An angle of y degrees means the satellite elevation e is in the range (y < e < 
y+1 1.25) degrees except for y = 78.75 where the range is extended to include 90 degrees. This field is optional. 

Range: - 78.75 degrees 

GANSS Almanac Model 
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These fields specify the coarse, long-term model of the satellite positions and clocks. These fields are given in 
Table A. 54. The meaning of these parameters is defined in relevant ICDs of the particular GANSS and GNSS specific 
interpretations apply. For example, Modernized GPS and QZSS use the same model parameters but some parameters 
have a different interpretation [16]. 

GANSS Almanac Model is useful for receiver tasks that require coarse accuracy, such as determining satellite visibility. 
The model is valid for up to few weeks, typically. Since it is a long-term model, the field should be provided for all 
satellites in the GNSS constellation. 

Table A.54: GANSS Almanac Model (per-satellite fields - '^' = Positive range only) 



Parameter # Bits Scale Factor Units Incl. 


The following fields occur once per message 


Num Sats Total 


6 


1 


... 


M 


Week Number 


8 


1 


weeks 


M 


Toa 


8 


2'^ 


s 


0{note 1) 


lODa 


2 


— 


... 


(note 1 ) 


One of the following models can be included: 


Model-1 : 


This model occurs once per satellite (Num_Sats_Total times) 


GANSS Almanac IVIodel Using Keplerian Parameters 


SV ID 


6 


— 


... 


M 


e 


11 


2-1H 


dimensionless 


M 


51 


11 


2-14 


semi-circles 


M 


OMEGADOT 


11 


2-33 


semi-circles/sec 


M 


SV Health KP 


4 


— 


dimensionless 


M 


delta A'" 


17 


2-« 


meters""^ 


M 


OMEGAo 


16 


2-lb 


semi-circles 


M 


CO 


16 


2-1b 


semi-circles 


M 


Mo 


16 


2-1b 


semi-circles 


M 


afo 


14 


2-19 


seconds 


M 


afi 


11 


2-38 


sec/sec 


M 


NOTE 1 : All of these field shall be present together, or none of them shall be present, 
if GANSS ID indicates Galileo. 


Model-2: 


This model occurs once per satellite (Num_Sats_Total times) 


GANSS Almanac IVIodel Using NAV Keplerian Parameters 


SV ID 


6 


... 


... 


M 


e 


16 


2-^1 


dimensionless 


M 


51 


16 


2-iy 


semi-circles 


M 


OMEGADOT 


16 


2-38 


semi-circles/sec 


M 


SV Health 


8 


... 


Boolean 


M 


A"^ 


24 


2-n 


meters""^ 


M 


OMEGAo 


24 


2-.. 


semi-circles 


M 


CO 


24 


2-^3 


semi-circles 


M 


Mo 


24 


2-^3 


semi-circles 


M 


afo 


11 


2-i^« 


seconds 


M 


afi 


11 


2-38 


sec/sec 


M 


Model-3: 


This model occurs once per satellite (Num_Sats_Total times) 


GANSS Almanac Model Using Reduced Keplerian Parameters 


SV ID 


6 


... 


... 


M 


5a 


8 


2^9 


meters 


M 


no 


7 


2-B 


semi-cicles 


M 


Oo 


7 


2-B 


semi-circles 


M 


L1 Health 


1 


... 


... 


M 


L2 Health 


1 


... 


... 


M 


L5 Health 


1 


... 


... 


M 
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Model-4: 


This model occurs once per satellite (Num_Sats_Total times) 


GANSS Almanac Model Using IVIidi Keplerian Parameters 


SV ID 


6 


... 


... 


M 


e 


11 


2-1B 


... 


M 


5i 


11 


2-14 


semi-circles 


M 


Q dot 


11 


2-yy 


semi-circles/sec 


M 


sqrtA 


17 


2-4 


meters""^ 


M 


no 


16 


2-ib 


semi-circles 


M 


CO 


16 


2-ib 


semi-circles 


M 


Mo 


16 


2-ib 


semi-circles 


M 


ato 


11 


2-^0 


seconds 


M 


afi 


10 


2-3/ 


sec/sec 


M 


L1 Health 


1 


... 


... 


M 


L2 Health 


1 


... 


... 


M 


L5 Health 


1 


... 


... 


M 


Model-5: 


This model occurs once per satellite (Num_Sats_Total times) 


GANSS Almanac Model Using GLONASS Keplerian Parameters 


N'^ 


11 


1 


days 


M 


n'^ 


5 


1 


... 


M 


Hn'^ 


5 


1 


... 


M 


In' 


21 


2-i^o 


semi-circles 


M 


t./ 


21 


2-b 


seconds 


M 


Ain'^ 


18 


2-i^o 


semi-circles 


M 


ATn'^ 


22 


2-9 


seconds/orbit 
period 


M 


AT_DOTn'' 


7 


2-14 


seconds/orbit 
period^ 


M 


en^ 


15 


2-^0 


... 


M 


co„^ 


16 


2-ib 


semi-circles 


M 


Xn^ 


10 


2-i« 


seconds 


M 


c^ 

^n 


1 


1 


... 


M 


Mn" 


2 


1 


... 





Model-6: 


This model occurs once per satellite (Num_Sats_Total times) 


GANSS Almanac Model Using SBAS EGEF Parameters 


Data ID 


2 


1 


- 


M 


SV ID 


6 


- 


- 


M 


Health 


8 


- 


- 


M 


Xg 


15 


2600 


meters 


M 


Yg 


15 


2600 


meters 


M 


Zg 


9 


26000 


meters 


M 


Xg Rate-of-Change 


3 


10 


meters/sec 


M 


Yg Rate-of-Change 


3 


10 


meters/sec 


M 


Zg Rate-of-Change 


4 


40.96 


meters/sec 


M 


to 


11 


64 


seconds 


M 



Num_Sats_Total 

This field specifies the total number of satellites in GANSS Almanac Model. 

Range: 1 - 36 

Week Number 

This field specifies the Almanac reference week number in GNSS specific system time to which the Almanac 
Reference Time T^a is referenced, modulo 256 weeks. If T^a is not included in GANSS Almanac Model, the MS shall 
ignore the Week Number. 



Range: 



0-255 
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This field specifies the Almanac Reference Time common to all satellites in GANSS Almanac Model Using Keplerian 
Parameters given in GNSS specific system time. 

lODa 

This field specifies the Issue-Of-Data common to all satellites in GANSS Almanac Model Using Keplerian Parameters. 

SV_ID 

This field identifies the satellite for which the GANSS Almanac Model is given. The interpretation of SV ID is defined 
in Table A. 10. 14. 

Range: 0-63 

SV Health_KP 

This field specifies the SV Health status in GANSS Almanac Model Using Keplerian Parameters. In Galileo case this 
field shall contain the I/NAV health status bits. 

GANSS UTC Model 

The GANSS UTC Model field contains a set of parameters needed to relate GNSS system time to Universal Time 
Coordinate (UTC). All of the fields in the GANSS UTC Model are mandatory when the field is present. The UTC time 
standard, UTC(k), is GNSS specific. E.g., if GANSS ID indicates QZSS, GANSS UTC Model field contains a set of 
parameters needed to relate QZST to UTC(NICT). 

Table A.55: GANSS UTC Model (Model-1) 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


Ai 


24 


2-bu 


sec/sec 


C 


Ao 


32 


2-au 


seconds 


C 


tot 


8 


2'^ 


seconds 


c 


WN, 


8 




weeks 


c 


AtLS 


8 




seconds 


c 


WNlsf 


8 




weeks 


c 


DN 


8 




days 


c 


AtLSF 


8 




seconds 


c 



GANSS Ephemeris Extension 

The GANSS Ephemeris extension contains parameters designed to extend the time of applicability of the Ephemeris 
terms by the continuous addition of the delta ephemeris terms to the respective terms of the referenced ephemeris. 

This message can provide extension information for every satellite for many days into the future; doing so may create a 
large message, thus care must be taken to consider the transport bandwidth. The SMLC can limit the duration of the 
extension to decrease the message size. For example if the extension duration is limited to twelve hours the payload 
will be approximately 2,000 octets, for a typical 27 satellite constellation. 

Table A.55.2: GANSS Ephemeris Extension 



Parameter 

ganssEphemerisHeader 
ganssReferenceSet 



# Bits Scale Factor 

See Table A.55.3 

See Table A.55.5 



Units 



Incl. 



O 



ganssEphemerisDeltaMatrix | List of GANSSEphemerisDeltaEpochs 



O 



Table A.55.3: GANSS Ephemeris Header 



Parameter # Bits Scale Factor Units 


Incl. 


GANSS Ephemeris Extension (Once per message) 


timeAtEstimation 


See Table A.55.4 


... 


M 


validityPeriod 


3 


1 


Hours 


M 


ephemerisExtensionDuration 


9 


1 


Hours 


M 
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Time at Estimation 

The Time at Estimation provides the GANSS time at which the ephemeris extensions were created. 

Table A.55.4: Time at Estimation 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


GANSS Day of Estimation 


13 


1 


Day 


M 


GANSS TOD of Estimation 


17 


1 


Seconds 


IVI 



GANSS Day of Estimation 

This field specifies the sequential number of days from the origin of the GNSS system time indicated by 
GANSS_T1ME_ID modulo 8192 days (about 22 years) of the time that the estimation was determined. 

Range: 0-8191 days 

GANSS TOD of Estimation 

Integer number of GANSS TOD seconds within the current day of the time that the estimation was determined. 

Range: - 86399 s. 

Validity Period 

The validityPeriod indicates the validity period of the GANSS Reference Set. It also indicates the default validity 
period of each individual delta ephemeris packet in the case that the individual validityPeriod is not present in the 
GANSS Delta Epoch Header (see Table A.55.8). It is the length of time that the GANSS Reference Set is intended to 
last and, if applicable, it is the length of time that the ephemeris constructed by application of the delta is intended to 
last. 

Range: 1-8 hours. 

Ephemeris Extension Duration 

The Ephemeris Extension duration indicates the total block of time measured in units of hours that the extended 
ephemeris covers. 

Range: 1-512 Hours. 

The ganssEphemeris header is mandatory only once in the delivery of the GANSS Ephemeris Extension message 

GANSS Reference Set 

Table A.55.5: GANSS Reference Set 



Parameter 


Presence 


Note 


GANSS Reference Orbit 


M 


See Table A.55.6 



GANSS Reference Orbit 



Table A.55.6: GANSS Reference Orbit 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


svID 


6 


1 


... 


M 


ganssOrbitlVlodel 


See Table A.29.g 


- 


M 


ganssClocl<IVIodel 


See Table A.49.1 


- 


M 



SvID 

The satellite vehicle ID identifying to which satellite the following orbital and clock model apply. The interpretation of 
SV ID is defined in Table A. 10. 14. 

GANSS OrbitModel 
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This field is a structure that contains the Reference Nav Model (see Table A.29.g) satellite orbit information upon 
which all subsequent delta information will be applied to create the next ephemeris for use in navigation. 

GANSS ClockModel 

This field is a structure that contains the satellite clock model upon which all subsequent clock information will be 
applied to create the next clock model for use in navigation. 

GANSA Ephemeris Delta Matrix 

GANSS Ephemeris Delta Matrix is a list of GANSS Ephemeris Delta Epochs. Each epoch is indicated by a unique 
seqNum. Each epoch corresponds to a specific update interval and contains a delta epoch header and ephemeris delta 
elements for all PRNs for that epoch. 

GANSS Ephemeris Delta Epoch 

Table A.55.7: GANSS Ephemeris Delta Epoch 



Parameter 


Note 


Incl. 


ganssDeltaEpochHeader 


See Table A.55.8 





ganssDeltaElementList 


List of GANSS Ephemeris Delta Elements 


M 



GANSS Delta Epoch Header 



Table A.55.8: GANSS Delta Epoch Header 



Parameter 


#Blts 


Scale Factor 


Units 


Incl. 


validityPeriod 


3 


1 


Hours 





ephemerisDeltaSizes 


See Table A.55.9 





ephemerisDeltaScales 


See Table A.55. 10 






Validity Period 

The validityPeriod indicates the validity period of each individual delta ephemeris packet. It is the length of time that 
the ephemeris constructed by application of the delta is intended to last. If not present then the default validityPeriod in 
the GANSS Ephemeris Header IE applies (see Table A.55. 3). 



Range: 



1-8 hours. 



Ephemeris Delta Sizes 

This field is a structure that indicates the bit sizes for all the fields in the GANSS Ephemeris Delta structure 

Table A.55.9: GANSS Ephemeris Delta Sizes 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


bitSize delta co 


5 




— 


M 


bitSize delta An 


4 




— 


M 


bitSize delta MO 


5 




... 


M 


bitSize delta OMEGAdot 


5 




... 


M 


bitSize delta e 


5 




... 


M 


bitSize delta Idot 


4 




... 


M 


bitSize delta sqrtA 


5 




... 


M 


bitSize delta 10 


5 




... 


M 


bitSize delta OMEGAO 


5 




... 


M 


bitSize delta Grs 


4 




... 


M 


bitSize delta Cis 


4 




... 


M 


bitSize delta Cus 


4 




... 


M 


bitSize delta Grc 


4 




... 


M 


bitSize delta Cic 


4 




... 


M 


bitSize delta Cue 


4 




... 


M 


bitSize delta tgd1 


4 




... 


M 


bitSize delta tgd2 


4 




... 


M 
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Ephemeris Delta Scales 

This field is a structure that indicates the scale factor modifiers for all the fields in the GANSS Ephemeris Delta 
structure. 

Table A.55.10: GANSS Ephemeris Delta Scales 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


scale delta co 


5 




— 


M 


scale delta An 


5 




— 


M 


scale delta MO 


5 




... 


M 


scale delta OMEGAdot 


5 




... 


M 


scale delta e 


5 




... 


M 


scale delta Idot 


5 




... 


M 


scale delta sqrtA 


5 




... 


M 


scale delta iO 


5 




... 


M 


scale delta OMEGAO 


5 




... 


M 


scale delta Crs 


5 




... 


M 


scale delta Cis 


5 




... 


M 


scale delta Cus 


5 




... 


M 


scale delta Crc 


5 




... 


M 


scale delta Cic 


5 




... 


M 


scale delta Cue 


5 




... 


M 


scale delta tgd1 


5 




... 


M 


scale delta tgd2 


5 




... 


M 



GANSS Delta Element List 

GANSS Delta Element List is a Ust of GANSS Ephemeris Delta Elements 

Ephemeris Delta Element 

Each GANSS Ephemeris Delta element is uniquely identified by the pair (seqNum, sv_ID) and it is defined as a 
structure as shown in table A.55.11. The MS should parse the octet string according to the fields specified in table 
A.55.4. Each element in table A.55.4 but for seqNum and sv_lD should be treated as a signed integer. Each Ephemeris 
delta is transmitted as an octet string of up to 49 octets. The actual number of octets is determined by the size of the bit 
fields in the GPS_Ephemeris_Delta_Sizes table (table A. 55. 9). Each set of up to 49 octets represents a single extension 
for a single satellite vehicle. Each set encodes the satellite vehicle ID and the sequence number. The sequence number 
specifies the order in which the individual ephemeris extension elements are assembled as time marches forward to 
create the next ephemeris. The sequence number is the same for all satellite vehicle IDs for a particular update period. 

Table A.55.11 : GANSS Ephemeris Delta Element 



Parameter 


#Bits 


Default # 
Bits 


Scale Factor 


Default 
Scale 


Units 


Incl. 


sequenceNum 


7 




1 


1 


... 


M 


svID 


6 




1 


1 


... 


M 


delta CO 


1..32(1) 


21 


2-m*2-ai 


2lb*2-Ji lA 


2-^1 


semi-circles 


M 


delta An 


1..16(1) 


12 


2-it>*2-''^ 


2ib,2-« /^\ 


2-4ci 


semi-circles/sec 


M 


delta MO 


1..32(1) 


21 


2-iti*2-ai 


2ib*2-ai /i^i 


2-^1 


semi-circles 


M 


delta OMEGAdot 


1..24(1) 


13 


2-m*2-4ii 


2ib*2-4a ,zs 


2-4. 


semi-circles/sec 


M 


delta e 


1..32(1) 


18 


/^-M>*/^-'S-i 


21^*2''^'^ {^\ 


2-aa 


... 


M 


delta Idot 


1..14(1) 


11 


r^-^ti*r^-4^•i 


2is*2-*^ 1'^) 


2-4a 


semi-circles/sec 


M 


delta sqrtA 


1..32(1) 


14 


2-iB*2'^'^ 


2lb.2-1M/i^\ 


2-1 y 


meters1/2 


M 


delta 10 


1..32(1) 


14 


2-1 t'*2-^i 


21^*2''^^ {^\ 


2-ai 


semi-circles 


M 


delta OMEGAO 


1..32(1) 


14 


2- ib*2-^i 


21^*2''^^ {^\ 


2-iii 


semi-circles 


M 


delta Crs 


1..16(1) 


12 


2- ib*2-s 


.2"'*2"^rt 


2-b 


meters 


M 


delta Cis 


1..16(1) 


11 


2-iB*2-^y 


2ib*2-i^y f^\ 


2-2y 


radians 


M 


delta Cus 


1..16(1) 


12 


2-iB*2-^y 


2ib*2-^y /^\ 


2-2y 


radians 


M 


delta Ore 


1..16(1) 


12 


2-.b*2-^ 


.2''*2-'{S 


2-b 


meters 


M 


delta Cic 


1..16(1) 


11 


2-iB*2-^y 


2ib*2-^y A\ 


2-^y 


radians 


M 


delta Cue 


1..16(1) 


12 


2-iti*2-^y 


2lb*2-^y /A 


2-.y 


radians 


M 


delta tgd1 


1..16(1) 


2 


2-iti*2-ai 


2ib*2-^i /'A 


2-.I 


seconds 


M 


delta tgd2 


1..16(1) 


2 


2-iti*2-ai 


2ib*2-^i I'A 


2-.I 


seconds 


M 
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(1) The number of bits of each signed integer field is variable and it is indicated once for all numEphemerisDeltas 
by the structure ephemerisDeltasSizes. When the ephemerisDeltaSizes field is not present, the values found in 
the columns "Default # Bits" shall be used. 

(2) The scale factor of each parameter is variable around the default scale factor. The variation for each field is 
indicated once for all numEphemerisDeltas by the structure ephemerisDeltasScales. For example, if the scale 
factor modifier for delta_omega has a value of 4, the scale factor for delta_omega is 2* * 2"^'. When the 
ephemerisDeltaScales is not used, the values found in the column "Default Scale" shall be used. 

sequenceNum 

This field indicates the order of the Ephemeris delta terms. The ephemeris constructed for use in satellite positioning is 
built by adding the delta terms to the referenced GANSS_Navigation Model in the order dictated by this sequence 
number. The sequence number shall remain the same for each svID in a group of Ephemeris Deltas corresponding to a 
particular update epoch. 

svID 

This field identifies the satellite ID within a particular sequenceNum. 

These fields, with the exception of sequenceNum and svID, specify the deltas to be added to the existing Ephemeris to 
create a new Ephemeris suite that is extended from its predecessor by the time provided in the "validityPeriod" 
parameter. To compute the time of ephemeris for the newly constructed ephemeris, validityPeriod is added to the 
preceding toe. The ephemeris time of clock (toe) is set equal to the toe. 

For each of the other ephemeris terms the corresponding delta ephemeris term is added in order to create the updated 
ephemeris. The terms delta_MO, delta_iO, and delta_OMEGA0 of the delta ephemeris must be extrapolated prior to the 
addition of the delta terms as follows: 



^o(,+i) = *^o(,) + delta _ M„,„ + ( P^ + An,,,) ■ dt 

Where t^ is the WGS 84 value of the earth's gravitational constant for GANSS user, and A(i) is the semi-major axis 
associated with this satellite's update. The extrapolation of delta_MO, uses the prior set's sqrtA term to compute A(i) . 



OMEGA0(,+i)=OMEGA0(,)+deltaOMEGA0(,)+OMEGAdot(,)*dt 

iO (i+i) = iO(,) + delta_iO(i)+Idot(i) * dt 

Where dt is equal to validityPeriod*3600. The terms afO, and afl from the GANSS clock model must be extrapolated as 
follows: 

afO(,+i) = afOa) + afl,,,* dt + af2(,)*dt^ 

afl(i+i) = afl(i) + 2 * af2(i) * dt 

af2(i+i) = af2(i) 

Where afO, afl, and af2 are the clock model terms as shown in table A.49.1. 

The following demonstrates the application of the ephemeris extension technique. Assume the validityPeriod = 5, 
representing: (5+l)hours = 6 hours, and the GANSS Navigation model for a particular satellite, identified by the 
reference lOD has a toe = seconds. 

The toe for sequenceNumber 1 is computed by adding the validityPeriod to the initial toe of as + 6 hours =0 + 
21600 seconds. The new ephemeris is constructed by adding the delta ephemeris terms from set 1 to the reference 
ephemeris creating the new ephemeris, which will be used for the next six hours. For the five terms listed above 
(delta_MO, delta_iO, delta_OMEGA0, afO, and afl) the extrapolation described must occur prior to the addition of the 
delta term. Of course if one of these three delta ephemeris terms was provided in full via the exception table then the 
extrapolation is unnecessary and the exception term combined with the delta_ephemeris term is used directly. 

The next ephemeris computation will occur by adding the validityPeriod to the current toe of 21600 as: 21600 + 6 hours 
= 21600 + 21600 = 43200. The ephemeris delta terms from set two are added to the ephemeris resulting from the prior 
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addition to create the next ephemeris. This is done for each satellite vehicle ID listed in the provided satellite list 

If a bit is clear in the eventOccured field it indicates that a satellite maneuver has not occurred since the ganssBeginTime nor is 
indicated in the ganssSatRef field. 

GANSS Ephemeris Extension check 

The GANSS Ephemeris Extension check provides information about non foreseen events that occurred during the 
period starting at the ganssBeginTime to the current time. An event is signified through a bit string . Each bits refers to 
one PRN. If a bit is set to one, this means that the ephemeris extension is no longer valid for this specific PRN. In order 
to indicate planned future manuvers an end time is provided. The SMLC can indicate that a future event is planned 
between the current time and the end time of this ephemeris extension. 

Table A.55.12: Ephemeris Extension check 



Parameter 


Presence 


Note 


ganssBeginTime 


M 


See Table A.55. 13 


ganssEndTime 


M 


See Table A.55. 14 


ganssSatEventslnfo 


M 


SeeTableA.55.15 



GANSS Begin Time 

The GANSS begin time corresponds to the GANSS Day and GANSS Seconds of Estimation of the ephemeris 
extensions block. 

Table A.55.13: GANSS Begin Time 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


GANSS Day 


13 


1 


Day 


M 


GANSS TOD 


17 


1 


Seconds 


M 



GANSS End Time 

The GANSS end time represents the final time the Ephemeris extension is valid. 

Table A.55.14: GANSS End Time 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


GANSS Day 


13 


1 


Day 


M 


GANSS TOD 


17 


1 


Seconds 


M 



GANSS Sat Event Information 

This IE is designed to indicate events that have or may occur between the ganssBeginTime and the ganssEndTime. 

Table A.55.15: GANSS Sat Event Information 



Parameter 


#Bits 


Scale Factor 


Units 


Incl. 


EventOccurred 


64 


- 


- 


M 


FutureEventNoted 


64 


- 


- 


M 



EventOccurred 

FutureEventNoted 

If a bit is set in the futureEventNoted field it indicates that a maneuver is planned during the time period between 
current time plus sixty minutes and ganssEndTime 

SBAS ID 



£75/ 



3GPP TS 44.031 version 9.1.0 Release 9 



133 



ETSI TS 144 031 V9.1.0 (2010-02) 



If GANSS ID indicates SBAS, this field defines the specific SBAS for which the GANSS specific assistance data are 
provided according to Table A.55.16. 

Table A.55.16: SBAS ID 



SBAS 


Value of SBAS ID 


WAAS 





EGNOS 


1 


MSAS 


2 


GAGAN 


3 


Reserved 


4-7 



GANSS Additional UTC Model 

The GANSS Additional UTC Model field contains several sets of parameters needed to relate GNSS system time to 
Universal Time Coordinate (UTC), as defined in [12, 13, 14, 15, 16, 17]. Only one parameter set can be included in one 
GANSS Additional UTC Model and which set of parameters to include depends on the GANSS -ID and MS 
capabilities. 

The UTC time standard, UTC(k), is GNSS specific. E.g., if GANSS ID indicates QZSS, GANSS Additional UTC 
Model field contains a set of parameters needed to relate QZST to UTC(NICT). If GANSS ID indicates Modernized 
GPS, GANSS Additional UTC Model field contains a set of parameters needed to relate GPS system time to 
UTC(USNO). If GANSS ID indicates GLONASS, GANSS Additional UTC Model field contains a set of parameters 
needed to relate GLONASS system time to UTC(RU). If GANSS ID indicates SBAS, GANSS Additional UTC Model 
field contains a set of parameters needed to relate SBAS network time for the SBAS indicated by SBAS ID to the UTC 
standard defined by the UTC Standard ID. 

Table A.55.17: GANSS Additional UTC Model 



Parameter | # Bits | Scale Factor | Units | Incl. 


One of the following models can be included: 


Model-2 (as defined in [12,13,14,16]) 


Ao-n 


16 


2-3b 


seconds 


Q(l) 


Ai-n 


13 


2-bl 


sec/sec 


Q(l) 


A2-n 


7 


p-BW 


sec/sec'^ 


Q(l) 


AtLS 


8 


1 


seconds 


Q(l) 


tot 


16 


2' 


seconds 


Q(l) 


WNot 


13 


1 


weeks 


Q(l) 


WNlsf 


8 


1 


weeks 


Q(l) 


DN 


4 


1 


days 


Q(l) 


AtisF 


8 


1 


seconds 


Q(l) 


Model-3 (as defined in [17]) 


N'^ 


11 


1 


days 


CO) 


Xc 


32 


2-yi 


seconds 


C(i) 


B1 


11 


2-10 


seconds 


O(^) 


B2 


10 


2-ib 


sec/msd 


O(^) 


KP 


2 


1 


— 





Model-4 (as defined in [15], IVIessage Type 12) 


AlWNT 


24 


2-bo 


sec/sec 


Q(l) 


AoWNT 


32 


2-30 


seconds 


Q(l) 


tot 


8 


2'^ 


seconds 


Q(l) 


WNt 


8 




weeks 


Q(l) 


AtLS 


8 




seconds 


Q(l) 


WNlsf 


8 




weeks 


Q(l) 


DN 


8 




days 


Q(l) 


AIlsf 


8 




seconds 


Q(l) 


UTC 

Standard 

ID 


3 






Q(l) 


Note 1 : All of these fields shall be present together, or none of 

them shall be present. 

Note 2: If the optional elements are included, both elements shall be 

included. 
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UTC Standard ID 

If GANSS ID indicates SBAS, this field indicates the UTC standard used for the SBAS network time indicated by 
SBAS ID to UTC relation as defined in Table A.55.18 ( [15], Message Type 12). 

Table A.55.18: UTC Standard ID 



UTC Standard 


Value of UTC 
Standard ID 


UTC as operated by the Communications Research Laboratory (CRL), Tokyo, Japan 





UTC as operated by the National Institute of Standards and Technology (NIST) 


1 


UTC as operated by the U. S. Naval Observatory (USNO) 


2 


UTC as operated by the International Bureau of Weights and IVIeasures (BIPIVI) 


3 


Reserved for future definition 


4-7 



GANSS Auxiliary Information 

This field contains additional information dependent on the GANSS ID and is shown in Table A.55.19. If GANSS 
Auxiliary Information is provided together with other satellite dependent GANSS assistance data (i.e., any of DGANSS 
Corrections, GANSS Navigation Model, GANSS Data Bit Assistance, or GANSS Reference Measurement Information 
lEs) and RRLP pseudo-segmentation is used, the GANSS Auxiliary Information should be provided for the same 
satellites and in the same RRLP segment as the other satellite dependent GANSS assistance data. 

Table A.55.19: GANSS Auxiliary Information Parameter Format 



Parameter Range Bits Resolution Incl. 


One of the following group of elements can be included, dependent on the GANSS ID 


The following fields may only be present if GANSS ID indicates IVIodernized GPS and occur once per satellite 

(N SAT times): 


SVID 


0-63 


6 


... 


M 


Signals Available 


Table A.59 


8 


... 


M 


The following fields may only be present if GANSS ID indicates GLONASS and occur once per satellite 

(N SAT times): 


SVID 


0-63 


6 


... 


M 


Signals Available 


Table A.59 


8 


... 


M 


Channel number 


-7-13 


5 


... 


M 



SV_ID 

This field specifies the SV for which the GANSS Auxiliary Information is given. The interpretation of S V ID is defined 
in Table A. 10. 14. 

Range: 0-63 

Signals Available 

This field indicates the ranging signals supported by the satellite indicated by S V ID. This field is given as a bit string 
as shown in Table A.59 for a particular GANSS. If a bit is set to '1' it indicates that the satellite identified by SV ID 
transmits ranging signals according to the signal correspondence in Table A.59. If a bit is set to '0' it indicates that the 
corresponding signal is not supported on the satelhte identified by SV ID. 

Channel number 

This field indicates the GLONASS carrier frequency number of the satellite identified by SV ID, as defined in [17]. 

DGANSS Corrections Validity Period 

This element is an extension to the DGANSS Corrections IE and provides the validity period of the differential 
corrections for each satellite and signal included in the DGANSS Corrections IE (see Table A.43). This element may 
only be included if the DGANSS Corrections IE is included in the GANSS Generic Assistance Data element. 
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Table A.55.20: DGANSS Corrections Validity Period 



Parameter 


#Bits 


Scale Factor 


Range 


Units 


Incl. 


N SGN TYPE 


2 


1 


1-3 


... 


M 


The following fields occur once per GANSS signal type (N SGN TYPE times) 


GANSS Signal ID 


3 


... 


... 


... 


M 


N SAT 


4 


1 


1-16 


... 


M 


The following fields occur once per satellite (N SAT times) 


SV ID 


6 


... 


0-63 


- 


M 


UDRE Growth Rate 


3 


... 


0-7 


... 


M 


Time of Validity for 
UDRE Growth Rate 


3 


... 


0-7 


... 


M 



N_SGN_TYPE 

This field indicates the number of GNSS signal types included in DGANSS Corrections Validity Period IE. This field 
shall be set to the same value as the N_SGN_TYPE parameter in the DGANSS Corrections element in Table A.43. 

GANSS_Signal_ID 

DGANSS corrections validity period are provided per GNSS signal type identified by GANSS_Signal_ID. The 
supported signals are listed in Table A. 59. This field shall be set to the same value as the GANSS_Signal_ID parameter 
in the DGANSS Corrections element in Table A.43. 

N_SAT 

This field indicates the number of satellites for which differential corrections validity period is available. This field 
shall be set to the same value as the N_SAT parameter in the DGANSS Corrections element in Table A.43. 

SV_ID 

This field identifies the satellite for which the corrections validity period is applicable. The interpretation of S V ID is 
defined in Table A. 10. 14. The UDRE Growth Rate and Time of Validity for UDRE Growth Rate lEs shall be included 
for the same SV_IDs as the differential corrections in Table A.43 are provided. 

UDRE Growth Rate 

This field provides an estimate of the growth rate of uncertainty (l-o) in the corrections for the particular satellite 
identified by S V_ID. The estimated UDRE at time value specified in the "Time of Validity for UDRE Growth Rate" tj 
is calculated as follows: 

\JDRE(to+ti) = UDRE(fo) x UDRE Growth Rate 

where to is the DGANSS Reference Time for which the corrections in Table A.43 are valid, tj is the "Time of Validity 
for UDRE Growth Rate" field as shown in Table A. 55. 21, UDRE(fo) is the User Differential Range Error field as 
provided in Table A.43, and "UDRE Growth Rate" field is the factor as shown in Table A. 55.21. 

Table A.55.21 : Values of UDRE Growth Rate IE 



Value 


Indication 


000 


1.5 


001 


2 


010 


4 


oil 


6 


100 


8 


101 


10 


110 


12 


111 


16 



Time of Validity for UDRE Growth Rate 

This field specifies the time when the "UDRE Growth Rate" field applies. The meaning of the values for this field is 
described in Table A.55.21. 
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Table A.55.21 : Time of Validity for UDRE Growth Rate IE 



Value 


Indication 
[seconds] 


000 


20 


001 


40 


010 


80 


oil 


160 


100 


320 


101 


640 


110 


1280 


111 


2560 



A.4.2.7 



GANSS Carrier-Phase Measurement Request Element 



This element is optional and controls if the MS should return carrier-phase measurements in GANSS Measurement 
Information IE or not to the SMLC. The inclusion of this parameter implies use of measure Position Request. The 
description is found in sub-chapter 2.2.4d. 



A.4.2.8 



GANSS TOD - GSM Time Association Request Element 



This element is optional and controls if the MS should return GANSS TOD - GSM Time Association Measurements or 
not to the SMLC. The inclusion of this parameter implies use of measure Position Request. The description is found in 
sub-chapter 2.2.4e. 

A. 5 Assistance Data Acknowledgement 
A.5.1 General 

The MS sends the Assistance Data Acknowledgement component to the SMLC to indicate that it has received the 
whole Assistance Data component. 



A.6 



Protocol Error 



A.6.1 General 

This component is used by the receiving entity (SMLC or MS) to indicate to the sending entity, that there is a problem 
that prevents the receiving entity to receive a complete and understandable component. 

This component has the following values: 



'0' 

T: 
'2': 
'3': 
'4': 
'5': 



Undefined; 

Missing Component; 

Incorrect Data; 

Missing Information Element or Component Element; 

Message Too Short; 

Unknown Reference Number. 



A.6.2 Extended Reference IE 

This IE shall be included in any Protocol Error message if and only if an Extended Reference IE was received in the 
corresponding previous Measure Position Request or Assistance Data message. 

NOTE: For reasons of backward compatibility, a Release 4 or earlier MS will not include this IE. 

The Extended Reference IE contains the following elements. 
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SMLC code: an integer in the range 0-63. The value returned by a target MS in a Protocol Error message shall 

equal the value received from the SMLC in the earlier Measure Position Request or Assistance Data 
message. 

Transaction ID: an integer in the range 0-262143 distinguishing different RRLP transactions in different MSs 

currently being served by the same SMLC. The value returned by a target MS in a Protocol Error 
message shall equal the value received from the SMLC in the earlier Measure Position Request or 
Assistance Data message. 

A. 7 Positioning Capability Request 
A.7.1 General 

The SMLC sends the Positioning Capability Request component to the MS to request the MS positioning capabilities, 
types of assistance data supported and any assistance data that may be needed. It contains the following elements. 

Table A.56: Positioning Capability Request component content 



Element 


Type/Reference 


Presence 


Extended Reference 


Extended Reference 
2.2.5 


M 


GANSS Position IVIethod 
Parameters 


GANSS Position IVIethod 
Parameters, Table A.58 






A.8 Positioning Capability Response 
A.8.1 General 

The Positioning Capability Response is a RRLP component from the MS to the network. It is the response to the 
Positioning Capability Request. It contains the following elements. 

Table A.57: Positioning Capability Response component content 



Element 


Type/Reference 


Presence 


Extended Reference 


Extended Reference 2.2.5 


M 


Positioning Capabilities 


Positioning Capabilities 8.2.1 


M 


Assistance Data Supported 


Assistance Data Supported 8.2.2 





Assistance Data Needed 


Assistance Data Needed 8.2.3 






A.8.2 Elements 



A.8.2.1 



Positioning Capabilities 



This element indicates the positioning methods and other positioning capabilities supported by the MS. The inclusion of 
this element is mandatory. 

The MS may indicate support for non-GANSS position methods and/or GANSS position methods. The MS indicates its 
support for non-GANSS position methods using a bit string with one bit representing each method, set to one if the 
method is supported and zero if it is not. The following Non-GANSS Position Methods can be identified: 

- MS Assisted E-OTD; 

- MS Based E-OTD; 

- MS Assisted GPS; 

- MS Based GPS; 
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- Standalone GPS. 

The MS indicates its support for GANSS position methods by providing the parameters shown in Table A. 58 for each 
GANSS system supported. 



Table A.58: GANSS Position lUlethod Support 



GANSS Position IVIethod Parameters 



GANSS ID 



GANSS Position Method Types 



GANSS Signals 



SBAS ID 



GANSSJD 
Range: 



0-7 



This field indicates the GANSS. The supported GANSS are defined in sub-clause A.4.2.6.2 (Table A.40). Absence of 
this field indicates Galileo. 

GANSS Position Method Types 

For each supported GANSS system, the MS shall and SMLC may indicate which method types are supported. This is 
represented using a bit string with one bit per method type where a one value indicates support and a zero value no 
support. The following GANSS Method Types can be identified: 

MS Assisted; 

MS Based; 

Standalone. 

GANSS Signals 

For each supported GANSS system, the MS shall and SMLC may indicate which signals are supported. This is 
represented using a bit string with one bit per signal where a one value indicates support and a zero value no support. 
The individual signals are denoted generically as signall, signal2 etc. in the ASN.l in clause 5.1. Table A.59 shows the 
signal correspondence for each defined GANSS system. Unfilled table entries indicate no assignment and shall either 
not be included or set to zero if included. 

The GANSS Signal Correspondence in Table A.59 is also used when a single signal is addressed (e.g., when reporting 
GANSS measurements or providing GANSS assistance data). In this case, an Integer value is used to indicate the 
signal, and the values to 7 correspond to GANSS Signal 1 to 8, respectively. 

Table A.59: GANSS Signal Correspondence 



GANSS System 


Signal 1 


Signal 2 


Signal 3 


Signal 4 


Signal 5 


Signal 6 


Signal 7 


Signal 8 


Galileo 


E1 


E5a 


E5b 


E6 


E5a+E5b 








Modernized 
GPS 


L1G 


L2G 


L5 












SBAS 


L1 
















QZSS 


QZS-L1 


QZS- 
L1C 


QZS- 
L2C 


QZS-L5 










GLONASS 


G1 


G2 


G3 













SBASJD 

If GANSS ID in Table A.58 indicates support for SBAS, this field shall be present to indicate support of specific SBAS 
using a bit map with one bit per SBAS where a one value indicates support and a zero value no support. 
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Table A.59.a: SBAS ID Correspondence 



BitO 


Bit 1 


Bit 2 


Bits 


Bit 4 


Bits 


Bite 


Bit? 


WAAS 


EGNOS 


MSAS 


GAGAN 


reserved 


reserved 


reserved 


reserved 



The MS shall also indicate whether it supports multiple measurement sets for the MS Assisted position methods listed 
below. This is represented using a bit string with one bit representing each position method which is set to a one if 
multiple measurement sets are supported for that method and to a zero if not. The following MS Assisted Position 
Methods associated with Multiple Measurement Sets can be identified; 

- E-OTD; 

- GPS; 

- GANSS. 



A.8.2.2 



Assistance Data Supported 



This element indicates the types of assistance data that the MS supports for GPS and GANSS and is shown in Table 
A.59.b. 

Table A.59.b: Assistance Data Supported 



GANSS Position IVIethod Parameters 



GPS Assistance Data 



GANSS Assistance Data 



GANSS Additional Assistance Data Glioices 



GPS Assistance Data 

In the case of GPS, support for each of the following types of assistance data can be individually indicated using a bit 
string in which a one value indicates support and a zero no support. The following GPS Assistance Indications can be 
identified: 

Almanac; 

- UTC model; 
Ionospheric Model; 
Navigation Model; 

- DGPS Corrections; 
Reference Location; 
Reference Time; 
Acquisition Assistance; 
Real Time Integrity; 
Ephemeris Extension; 
Ephemeris Extension Check. 

GANSS Assistance Data 

In the case of GANSS, support for each of the following types of common assistance data is indicated using a bit string 
in which each bit represents one type of assistance data and is set to a one to indicate support and a zero to indicate no 
support. The following Common GANSS Assistance Indications can be identified: 

- GANSS Reference Time; 
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GANSS Reference Location; 

- GANSS Ionospheric Model; 

- GANSS Additional Ionospheric Model; 

- GANSS Earth Orientation Parameters. 

The MS indicates its support for assistance data specific to each GANSS system by providing the parameters shown in 
Table A.60 for each GANSS system supported. 

Table A.60: GANSS Assistance Support 



GANSS Assistance Parameters 



GANSS ID 



GANSS Assistance 



GANSSJD 

Range: - 7 

This field indicates the GANSS. The supported GANSS are defined in sub-clause A.4.2.6.2 (Table A.40). Absence of 
this field indicates Galileo. 

GANSS Assistance 

Supported GANSS Assistance data is indicated using a bit string in which each bit represents one type of assistance 
data and is set to a one to indicate support and a zero to indicate no support. The following types of Specific GANSS 
Assistance Indications can be identified. 

- GANSS Real Time Integrity; 

- GANSS Differential Corrections; 

- GANSS Almanac; 

GANSS Reference Measurement Information; 

- GANSS Navigation Model; 

- GANSS Time Model GNSS-UTC; 

- GANSS Time Model GNSS-GNSS; 

- GANSS Data Bit Assistance; 
GANSS Ephemeris Extension; 
GANSS Ephemeris Extension Check; 

- GANSS Additional UTC Model; 

- GANSS Auxihary Information. 

GANSS Additional Assistance Data Choices 

For GANSS Assistance Data elements for which multiple choices exist (GANSS Clock Model (Table A.49.1), GANSS 
Orbit Model (Table A.49.2), GANSS Almanac Model (Table A.54), and GANSS UTC Model/Additional UTC Model 
(Table A.55/A.55.17)) the MS and SMLC shall support the native formats choice as defined in the relevant ICDs for 
each GANSS signal. The MS can indicate which additional non-native choice(s) is(are) supported for a particular 
GANSS using a bit map with one bit per model where a one value indicates support and a zero value no support. Note 
that native support need not be indicated in this bit map. 
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Table A.61 : GANSS Additional Assistance Data Choices 



Parameter #Bits Type/Reference Prsesence 


The following fields occur once per GANSS (Num GANSS times) 


GANSS ID 


3 


Table A.40 


qO) 


GANSS Clock Model Choice 


8 


Bit String -Table A.62 


C(^) 


GANSS Orbit Model Choice 


8 


Bit String -Table A.62 


C(^) 


GANSS Almanac Model Choice 


8 


Bit String -Table A.62 


Qm 


GANSS UTC Model Choice 


8 


Bit String -Table A.62 


C(4) 


Note 1 : Absence of this field indicates Galileo. 

Note 2: These elements may only be present if GANSS Navigation Model support is indicated in GANSS Assistance. 

Note 3: This element may only be present if GANSS Almanac support is indicated in GANSS Assistance. 

Note 4: This element may only be present if GANSS Additional UTC Model support is indicated in GANSS Assistance. 



Table A.62: Bit String of GANSS Additional Assistance Data Choices 



Model 1 



Model 2 Model 3 Model 4 Model 5 Model 6 Model 7 



Model 8 



The individual Models 1-8 are identified in Tables A.49.1 , A.49.2, A.54, and A.55/A.55.17. 
Non defined Models in Assistance Data Choices shall have the value '0' at the corresponding 
bit position. 



A.8.2.3 



Assistance Data Needed 



This element indicates the types of assistance data that the MS may need to obtain a location estimate or positioning 
measurements. The MS shall use this IE to indicate to the SMLC all the supported assistance data types for which the 
MS does not have current versions using the assistance data request lEs defined in 3GPP TS 49.031. The SMLC can 
then decide which subset of these assistance data types if any to download. The IE is encoded using the request for 
assistance data lEs defined for GPS and GANSS in 3GPP TS 49.031. 
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0206 


2 
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